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Chapitre 1 


Introduction aux applications multimédia 
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Définitions des concepts liés au Multimédia ( 
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A Equipements filaires pour le Multimédia 
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Equipements sans fil et mobiles pour le Multimédia 
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Principe général des applications multimédia distribuées 


(Source d'info) 
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Satellites 
Communication 
(SATCOM) 


Autres domaines 


Airline 
Operations 
Control 
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Autres domaines 


Vitres 
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2. Classes d’applications multimédia 


Classification des applications multimédia 
m Selon l’interactivité 
— Non interactives : radio et TV, vidéo à la demande, e-learning... 


— Interactives : vidéo surveillance, téléguidage, vidéo conférence, téléphonie, 
conférence téléphonique, TV interactive, télé-médecine, téléachat, bourse, 
jeux... 


m Selon la criticité 
— (Très) critiques : guidage et supervision, télé opération chirurgicale... 
— (Moyennement) critiques : vidéo conférence, bourse, téléachat 
— Non critiques : TV, radio, jeux... 
m Selon les timings (temps réel) 
— Streaming de données audio/vidéo préalablement stockées 
— Streaming 1-à-m temps réel de données audio-vidéo 


— Applications interactives d’audio/vidéo 
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Applications « streaming stored Audio/video » (1/2) 


m Clients 
— demandent des fichiers audio/vidéo (musique, films) 


— sauvegardent les données reçues avant de les ‘jouer’ 


— les clients peuvent assurer : absorption de la gigue, décompression, 
correction d’erreur (car ils n’agissent pas en temps réel) 


m Délai 
— depuis la demande du client jusqu’au début du ‘play’ : 1 à 10 secondes 


— la réception continue pendant le ‘play’. 


m Interactivité de l’utilisateur 
— possibilités de contrôle : Pause, resume, rewind, fast forward... 
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Données cumulées 


Applications « streaming stored Audio/video » (2/2) 


3. Vidéo reçue 
(rythme variable) 


1. Vidéo 
enregistrée 
(rythme fixe) 


Dé lai réseau 


2. Vidéo émise 
(rythme fixe) 


variab le 


Dé lai 
réseau 


i streaming: à cet instant, le client peut 


i reste de [a vidéo. 


4. Vidéo jouée 
au niveau client 


: commencer à visualiser’ une partie de la vidéo 
: alors que le serveur poursuit la transmission du 
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Applications « streaming 1 à m temps réel » 
ou « temps réel unidirectionnelles » 
ou « Streaming Live Multimedia » 


m Spécificités 
— Exemples : TV et radio (mais réception via Internet) 


— Plusieurs utilisateurs reçoivent en même temps les mêmes données 


m Délai 
— Depuis le click sur ‘play’ jusqu’au début du ‘play’ : une dizaine de secondes 


m Interactivité de l’utilisateur 
— Pas d’interaction en général 


— Dans certains cas, on peut faire un pause avec enregistrement automatique, 
puis reprise en léger différé 
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Applications « conversationnelles temps réel » 


m Spécificités 
— Exemple : téléconférence 


— Plusieurs utilisateurs reçoivent en même temps les mêmes données 


m Délai 
— Vidéo 
délai < 150 msec : acceptable 
— Audio 
délai < 150 msec : bon 
délai < 400 msec : acceptable 


m Interactivité de l’utilisateur 
— Pas d’interaction dans le sens Pause, Resume... 


— L'utilisateur est un acteur direct dans la communications (il parle, bouge...) 
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Multimédia en environnement mobile 


WaveLAN 
Global System for Mobile WaveLAN 
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m Applications : 


— Pompiers, ambulances, TV, VoD, Web, commerce mobile, jeux... 
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3. Téléphonie sous IP en best effort 


De la voix au paquet — Principe général 


Convertisseur i 
Numérique - Suppression de 
a silence Ajout d’entête 
analogique 
Echantillonnage à Suppression des 
8kHz et codage gs données inutiles 
sur 8 bits ai (silence) 


Chaîne de transmission/réception 
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Architecture générale du VoIP 
Ordinat ~ 
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Laptop Internet 
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Principe de la téléphonie sous IP 


— Normalement : il faut 64 kb/s pendant la phase de parole 
Les paquets sont générés uniquement pendant les phases de parole 

— Message = un morceau de parole (de 160 octets de données) + entête Q 
Chaque message est encapsulé dans un segment UDP. 


L'application envoie des segments UDP via la socket-UDP toutes les 20 ms durant les 
phases de parole. Le débit d’envoi est de 8 kb/s. 


Jusqu'à 10% (voire 20%) de perte de paquets est tolérable. 


Les paquets qui affichent un retard supérieur à 400 ms sont rejetés à la réception. 


La gigue est gérée par l’utilisation d’estampilles de paquets, des numéros de séquence 
et en retardant certains paquets avant d’être écoutés par le récepteur. 
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Délai dans la phase de Playout (1/3) 


m Playout à délai fixe 
e La source produit un morceau de parole et l’émet à l’instant t. 
e Le récepteur essaie de jouer le morceau reçu q msec plus tard : 
— Sile morceau arrive à t+q ou avant : le morceau est effectivement joué à t+q. 
— Sile morceau arrive après t+q, le morceau est perdu. 
e Compromis pour la valeur de q : 
— Large valeur de q : moins de paquets perdus, mais mauvaise interactivité. 


— Petite valeur de q : meilleure interaction, mais plus de perte de paquets. 


m On essaie de retarder le plus possible le début du play d’une phase de parole; mais une 
fois commencée, la phase de parole est jouée avec un rythme fixe. 
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Délai dans la phase de Playout (2/3) 


r : instant de réception de paquet 


Paquets 
4 p, p’ : instants de playout du paquet 
q 
q 
Gr Retard, 
Paquets pern 
L- émis Ọ Playout à p’ 


Paquets 
reçus 


Playout à p 


: | t > Temps 
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Délai dans la phase de Playout (3/3) 


m Playout à délai adaptatif 


L'objectif est d’utiliser une valeur p - r qui reflète les performances du réseau en 
terme de délai (variable) de communication durant un appel téléphonique. 


Le délai de playout est calculé pour chaque morceau en se basant sur la moyenne 
de délai de communication et la variation observée de ce délai. 


Le début d’une phase de parole est identifié à partir d’estampilles de morceaux 
successifs et/ou des numéros de séquence des paquets. 
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Recouvrement en cas de perte de paquets (1/2) 


m Comme les retransmissions sont inappropriées dans un contexte temps réel, une 
stratégie de recouvrement doit être mise en place. Dans le cas de téléphonie sous IP, 
deux techniques sont utilisées pour réduire l’impact des pertes : FEC (Forward error 
correction) et Entrelacement. 


m Recouvrement par FEC : Ajouter de l’ information de redondance en mixant les valeurs 


de plusieurs morceaux dans un paquet. 


1 


| 
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' ' ' ; 
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Original Stream 


Redundancy 


Packet Loss 


Reconstructed Stream 
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Recouvrement en cas de perte de paquets (2/2) 
m Recouvrement par entrelacement 


e Pas de redondance, mais il peut engendrer des retards dans le playout. 


e Diviser les périodes de 20 msec de parole en périodes plus petites de 5 ms et entrelacer les 


petits morceaux. 


+ En cas de perte, utiliser des morceaux incomplets (plutôt que de perdre des gros morceaux 


entiers). 


Original Stream 


Interleaved Stream 


Packet Loss 


Reconstructed Stream 
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4. Exigences des applications multimédia 


Caractéristiques des applications multimédia 


e Manipulation de grandes quantités de données ‘continues’ 
e Des débits minimum sont nécessaires 
e Livraison des informations en respectant des timings 
e Les applications interactives nécessitent des temps d’aller retour faibles 
e Coexistence (et partage de ressources) avec des applications non multimédia 
e Ressources requises : 
— Processeurs (à haute performance) 
— Serveurs puissants 
— Mémoire principale dédiée (pour la bufferisation par le client) Tes bomiesaguantités 
— Mémoire disque à grande capacité Au bon moment. 


— Bande passante de réseau avec un minimum de latence 
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Exigences des applications multimédia (1/7) 
m Exigences : délai, gigue, débit 


m Les valeurs exigées changent avec l’évolution de l’offre technologique 
On ne demande pas les mêmes choses pour une connexion Internet à 56 kb/s qu’à une connexion à 10 Mb/s. 


m L'utilisateur (humain) sait à la fois être exigeant et s’adapter à ce qu’on lui offre. 


m Tendance actuelle de la demande : des délais de plus en plus courts, des débits de plus en plus 
élevés, des taux de perte de plus en plus faibles. 


Gestion de la qualité de service- Z. MAMMERI 24 


Exigences des applications multimédia (2/7) 


m Téléphonie et audio conférence 
— Faible débit (~ 64 Kb/s), mais les délais doivent être courts (< 250 ms) 


m Vidéo à la demande 
— Débit élevé (~ 10 Mb/s), latence non critique 


Em Vidéo conférence 


— Débit élevé pour chaque participant (-1.5 Mb/s), délai faible (< 100 ms), états 
synchronisés. 


m Répétition musicale distribuée 
— Débit élevé (-1.4 Mb/s), très faible latence (< 100 ms), haute 
synchronisation de média (dérive entre son et image < 50 ms). 


m Jeux (selon une étude faite par ITU-T) 
— Un délai maximum de 70 ms est plus apprécié par les joueurs qu’un délai de 200 ms. 


— La gigue devra être de 20 ms maximum, car le joueur adapte sa stratégie à un délai 
fixe (en tirant sur les cibles par exemple). La gigue élevée conduit à un jeu ennuyeux. 
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Exigences des applications multimédia (3/7) 
Common wired-network performance characteristics 
Application Reliability Delay Jitter Bandwidth 
E-mail High Low Low Low 
File trans fer High Low Low Medium 
Web access High Medium Low Medium 
Remote login High Medium Medium Low 
Audio on demand Low Low High Medium 
Video on demand Low Low High High 
Telephony Low High High Low 
Videoconferencing Low High High High 
Common wireless WAN (3G) network performance characteristics 
Application Reliability Delay Jitter Bandwidth 
E-mail Low High = Low 
File transfer Low-medium High -= High 
Web access Low-medium Medium - Medium 
Remote login Low Low = Low 
Control Null Low -= = 
Real time Low-medium Low Low Medium high 

26 
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Exigences des applications multimédia (4/7) 


Typical QoS application requirements in 3G 
Type of application and example (Kbps) Losses Delay 
(%) (ms) 
Data FTP Limitless 0 TCP 
timer 
Real time Audio Voice sé 1074 530 
Voice over IP 10-64 5-107? 530 
Video MPEG-4 =2000 107? 540 
H.320 s64 1074 540 
Non-real time Audio CD 150 1074 Buffer 
length 
Video MPBG-4 Limitless 0 Buffer 
length 
Network Limitless 0 - 
services 
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Exigences des applications multimédia (5/7) - in 5G networks 
1-10Gbps (resp.100s of Mbps) ] 


36TB/month/user (resp. 500 GB) 


Higher frequencies & flexibility karaa 


~10% of today’s consumption 


~ 1ms (e.g. tactile internet) 


NSPS, ITS, resilience, … Aag Ultra Reliable 
Comm 


99.999% within time budget 


>20 dB of LTE (e.g. sensors) e 
#10 years oe 


300.000 per access node 


Le 
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Exigences des applications multimédia (6/7) 


End-user performance expectations—streaming services 


Medium Application Degree of Symmetry Data rate (Kbps) Key performance parameters and target values 
Startup Transport delay Packet loss at 
delay (s) variation session layer 
Audio Speech/music medium/high quality Primarily one-way 5-128 <10 <2s <1% Packet loss mtio 
Video Movie clips surveillancæ real-time video Primarily one-way 20-384 <10 <2s < 2% Packet loss ratio 
Data Bulk data transfer/retrieval, layout, Primarily one-way <34 <10 NA Zao 
synchronisation information 
Data Interactive games Primarily one-way <10 NA Zao 
End-user performance expectations—interactive services 
Medium Application Degree of Symmetry Data rate Key performance parameters and target values 
One-way delay Delay variation Information loss 
Audio Voice messaging Primarily one-way 4-13 Kbps <1 s for playback <1 ms < 3% Frame error rate 
<25 for record 
Data Web-browsing—HTML Primarily one-way <4 s/page NA Zero 
Data Transaction services—high priority, Two-way <4s NA Zero 
e.g ATM 
Data E-mail (server access) Primarily one-way <4s NA Zero 
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Exigences des applications multimédia (7/7) 
Perte de paquet 
20% 
Conversationnel 
5% Voix et vidéo 
100 msec A 
04 délai 
Zéro Commande/contrôle 
interactif (eg. Telnet, 
perte jeux) 
30 
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5. Protocoles RTP et RTCP 


Real-Time Protocol (RTP) (1/3) 
m RTP : une solution pour les AMM avec Internet en best effort 


m Fonctionne essentiellement au dessus de UDP 


Application 
Couche | | 0 RTP A 
transport 
UDP 
IP 


Liaison de données 


Couche physique 
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Real-Time Protocol (RTP) (2/3) 


m Entête de paquet RTP 
— Type de flux (7 bits) 
— Numéro de séquence (16 bits) : utilisé pour détecter les pertes. 


— Estampille (32 bits) : fournit l’instant d’échantillonnage du premier octet du paquet. 
Elle est utilisée pour absorber la gigue. 


— Identificateur de source de synchronisation (32 bits) : identifie la source du flux. 
Chaque flux dans RTP a un identificateur affecté par la source de manière aléatoire (mais 
distinct de ceux déjà existants) au début du flux. 


P Identificateur 
Pe de Numéro de Estampille | de source de Données 
ux sequence synchronisation 
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Real-Time Protocol (RTP) (3/3) 


m Champ Type de flux 


Quelques types de flux audio supportés par RTP 


Quelques types de flux vidéo 
supportés par RTP 


afian) Trua | nt) on | ef fe 
0 PCM 8 KHz 64 K/s 26 Motion J PEG 
1 1016 8 KHz 4.8 K/s 31 H261 

3 GSM 8 KHz 13 K/s 32 MPEG1 Vidéo 
j LPC 8 KHz 2.4 K/s 33 MPEG2 Vidéo 
9 G.722 8 KHz 48-64 K/ps 

14 MPEG Audio 90 KHz ee 

15 G.728 8 KHz 16 K/s 
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Real-Time Control Protocol (RTCP) (1/2) 
e RTCP permet d’acheminer des paquets contenant des rapports concernant un 
flux multimédia entre une source et un récepteur. 
e Les rapports contiennent des statistiques sur : le nombre de paquets transmis, 
le nombre de paquets perdus, la gigue de transfert... 
e Les paquets rapports sont envoyés par les récepteurs, éventuellement à la 
demande des sources. 
e Les paquets rapports sont utilisés par la source pour modifier/adapter son 
rythme aux conditions du réseau. 
Source 
Internet 
Î RTCP 
34 
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Real-Time Control Protocol (RTCP) (2/2) 


Si chaque récepteur envoie ses paquets-rapports à tous les autres sources/récepteurs 
du flux : surcharge importante du réseau. 


RTOP ajuste les intervalles de temps entre rapports en fonction du nombre de 
récepteurs participant à un flux. 


Typiquement, la bande passante utilisée pour RTOP est limitée à 5% de la bande 
passante de la session. Cette fraction est partagée entre les demandes de rapports 
émises par les sources (25%) et les rapports émis par les récepteurs (75%) 


— T,: période de transmission de paquet RTCP par la source : 


Nombre de sources 


= *Taille_paquet_moyen_RTCP 
5%*25%*Bande_passante_ session 


— T,: période d'émission de paquet RTCP par un récepteur : 
Number de récepteurs 


T.= * Taille_paquet_moyen_RTCP 
5%*75%*Bande_passante_ session 
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/ A D» \ 
— —. K Internet ) =. B——<C 
| 


RTP et UMTS 
À... 4 P-CSCF : Proxy- Call Session 
Control Function 
Gq Gq PDF : Policy Decision Function 
Gm Gm GGSN : Gateway GPRS 
Support Node 
jf PDF\ CMTS : Cable Modem Termination 
/ \ System 
/ \ 

GoGx GolGx 
/ SES À 

/ ff oN \ 


Cable Modems 


Etat actuel des standards 3GPP 
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6. Conclusion 


Passé: Diffusion de vidéo 
unidirectionnelle 


Présent, Futur: Vidéo interactive 
à la demande 
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Convergence 


Aujourd’hui 


Demain 
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m Applications multimédia 
— Une réalité 


— Elles touchent à tous les secteurs d’activités 


m Challenges du multimédia 
— Conception de contenu, ergonomie 
— Support de média continus 
— Synchronisation temps réel 


— Gestion de qualité de service (QoS) 


— Communication multi partite sur des réseaux filaires ou non filaires 
— Gestion de la mobilité des clients et des serveurs 

— Interopérabilité d’équipements hétérogènes 

— Coût faible des équipements et des logiciels 


— Equipements performants (écran, processeur, stockage...) embarqués et transparents 
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Mutimédia et QoS 
QoS de perception = QoE ou QoC 
Perception humain/user 
QoS d’application Íi 
Applications/services 
QoS de middleware T Fonctions de gestion de la QoS 
i x e allocation de ressources 
Middleware/QoS-aware services o négociation 
e contrôle d’admission 
QoS de système e ordonnancement 
e routage 
OS, systèmes répartis, processeur... 
QoS de réseau É l 
Réseau 
40 
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Multimédia sur l’Internet actuel 


m TCP et UDP actuels 
— PAS de garantie de délai ou perte 


— Seulement un service best effort est fourni 


m Aujourd’hui les applications MM utilisent des techniques de niveau Application pour 
remédier aux insuffisances d’ Internet, ce qui conduit parfois à des services peu appréciés 
par l'utilisateur final. 


m I] faut des mécanismes appropriés de gestion de la QoS à l’intérieur d’Internet. 
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Chapitre 2 


Concepts et mécanismes de base de la qualité de service 
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1. Introduction : étendue de la QoS 


Appelant Appelé 
Demandeur P Demandé 
Client Opération Serveur 
Utilisateur Fonction Fournisseur 
Travail 
Service 


D 
K 1 | 


Qualité 
- Exigée, souhaitée, implicite/explicite, convenue à l'avance, 
Faire confiance (Aveugle, Vérifiable, Vérifiée) 
- Mesurable (Qualitative/ Quantitative) ou non 
- Mesurable en ligne / hors ligne 
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> Diversité des Réseaux 


Equipment 
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> Diversité des Réseaux 


P 


Suburban 
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La des Réseaux 


SATCOM (V-SAT) 


pre mission — D Joint operations 
network d 


f Reliable command and 


control 


Overview 


} R&S°HDR 


> Protection of 
communities of interest 


R&S°SDTR L 7 >f Efficient use of 
Tactical vehicular Æ resources 

and handheld r 
radio 


=- 
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La des Réseaux 


Cris 0 d 
C GPRS > Networks 2... 
<E 


Teri 


802.11a 
802.11b 
802.11g 


802.16 (WiMAX) 


PSTN 
Wireline Access 


TE 


Broadband 
Wireline Access 
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> Diversité des Réseaux 


E Réseaux publiques, privés, dédiés... 
E Filaires - Sans fil (ondes radio, IR, Satellite) 
E PAN, LAN, MAN, WAN 


E Industriels, embarqués, bureautiques... 


emur 
loroposed) 


E Site : salle de TP, gare, train, avion, voiture... 
5 1 domaine, n domaines 
E Administration : centralisée, répartie, autonomie 


E Environnement : montagne, tunnel, chaleur, humidité, rayonnement... 


E Réseaux : invisibles, intelligents, self-organizing, accessibles partout... 
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> Diversité du public concerné 


B Genres d'intervenants (utilisateurs) 
- Personne, robot, capteur, objet logiciel... 


- Informaticien, automaticien, opérateur de télécom, fournisseur d'accès, 


militaire, industriel … grand public 
- Très exigent (« le réseau est censé répondre aux exigences ») …., 
on prend ce qu'offre le réseau (« se contenter de ce le réseau offre ») 
- Accepte de négocier, veut tout préconfiguré.… 
- Accepte un coût : très élevé, ..„ modeste, gratuit 


E Vues des intervenants 
- Développement de réseaux et de services 
- Contenu et sa diffusion 
- Contenu et son utilisation 
- Transport de bout en bout 
- Transport sur un domaine, un routeur ou une antenne 
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> Diversité des Applications 
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> Diversité des Applications 


 Secteurs/ domines d'activité 
- Commande/supervision de centrales nucléaires 
- Organisation de commandement militaire 
- Santé 
- Transport 
- Vidéo surveillance, identification de personnel 
- Contrôle-commande 
- Commerce électronique 
- Loisirs, Musique, J eux 
m Nature des échanges 
- Critiques ou non 
- Applications : Transactionnelles, Réactives, Interactives... 
- 1 vers 1, 1 vers m, m vers 1, n vers m 
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> Diversité des Equipements 


"KS. © -u 
a « Anywhere, anytime connected » 


A 
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> Diversité des Equipements 


m Grand public, privé, spécialisé 

E Fixe, mobile (mobilité lente ou rapide) 

E Cher/ pas cher 

E Disparaît après utilisation (‘sensor’) ou non 

E Ecoute : toujours à l'écoute, dormant, émetteur, récepteur... 
E Avec contraintes de batterie (rechargeable ou non) 

E Localisable : à la demande, toujours, de manière intelligente 
E Equipement intelligent ou non 

E... 
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> Diversité des acteurs de normalisation 


FAR International 
189 ES Ecay CableLabs 


A GLOBAL INITIATIVE = n 
Fa MultiService 
AN Forum 


Bo) Oma 


ANSI 
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> Difficultés de parler de QoS 


m Multiforme (temps, sécurité, coût...) 
E Différentes vues (grand public,..., Informaticien) 
E Différents niveaux (application, réseau, physique...) 


E Différents mécanismes et moyens 


> Cours limité au Réseau (transport de données) 
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2. Concepts et définitions 


Définitions de la QoS 


m Définition de PISO et ITU-T [ISO/CEI 13236 - X.641 ; Décembre 1997] 
« C’est un ensemble d’exigences de qualité sur le comportement collectif 
d’un ou de plusieurs objets » 


m Définition de l’IETF 
« La qualité de service désigne la manière dont le service de livraison de paquets 
est fourni et qui est décrite par des paramètres tels que la bande passante, 
le délai de paquet et les taux de perte de paquets » 


m Définition de QoS Forum 
« Mesure collective du niveau de service fourni au client. La QoS peut être 
caractérisée par différents critères de performance de base qui incluent la 
disponibilité, le taux d’erreurs, le temps de réponse, le temps d’établissement 
de connexion, le débit de données, la perte de connexion ou de données à cause 
de congestions du réseau et la rapidité de détection et de correction de fautes » 
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Définitions de la QoS 


> Aspects liés à la QoS 
— Exprime des exigences sur le comportement d’un fournisseur de service 
— S’exprime par différents types de paramètres (délai, disponibilité de service...) 
— Implique différents niveaux de service (déterministe ou autres) 
— Nécessite la mise en place de divers mécanismes (réservation, contrôle...) 
— Concerne aussi bien le réseau que les applications 


— Concerne à la fois différents types d’équipements et différentes couches 
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Classes (niveaux) de service 


Garantie absolue (déterministe) Quel niveau choisir ? 


C’est la nature de l’application 
qui permet de décider 


m Probabiliste/stochastique/statistique 


- Prédictive, à charge contrôlée 


- Meilleure que le meilleur effort 
- ‘Molle’ 
- coercitive 


m Meilleur effort 
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Paramètres de QoS (1/4) 
m Aspects temporels 
— Temps de transfert, latence, délai 
— Gigue 
— Temps de réponse (aller-retour) 
— Temps d’établissement/fermeture de connexion 
Densité Délai moyen 
Délai max 
Délai 
Délai min Gigue 
Courbe de distribution du délai de transfert 
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Paramètres de QoS (2/4) 


m Sensibilité au délai 

— L’être humain n’aime pas attendre en général (les applications qu’il utilise 
doivent donc en tenir compte). Téléphone sous IP actuel, visioconférence : son et 
images saccadés … 


— Les systèmes commandés sont sensibles au délai (réaction tardive pour un 
ABS, un airbag, un robot en fin de course...). 


m Sensibilité à gigue 
— L’être humain est sensible à la gigue du son et image 
— Certains systèmes de commande sont sensibles à la gigue. 
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Paramètres de QoS (3/4) 


m Volume 
— Bits/s, Paquets/s 
— Pourcentage de bande passante 


a Fiabilité/disponibilité/robustesse 
— Taux de disponibilité 
— MTBF, MTTR 


m Paramètres d’erreurs 
— Taux d’erreur, taux de perte 
— Taux de désordre de paquets 
— Erreur d’établissement/fermeture de connexion 
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m Coût 


Paramètres de QoS (4/4) 


— Coûts (€, autres) 
— Pénalité, bonus, … 


m Autres (facilité d’utilisation, maintenabilité, simplicité, visibilité, 


efficacité, extensibilité, passage à l’échelle, interopérabilité.…) 


m Sécurité 


— Capacité du contrôle d’accès 

— Capacité du chiffrement 

— Types d’attaque pris en compte et capacité de résistance 
— Surcoût des mécanismes de sécurité 
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Formes d’expression de la QoS 


m Déterministe 


— Une valeur (délai < 10 ms) 
— Un intervalle de valeurs (délai dans [80 .. 100]) 


m Probabiliste 


— Avec une probabilité P (délai < 100 ms à 90%) 
— Plus souple 


— Difficulté de choisir les bonnes probabilités 


m Statistique 


— Expression sur la moyenne, variance, écart type 
— Expression sur la fréquence 

— Loi de distribution 

Expression (m,k)-firm 


Expression en logique floue (ex. "débit élevé ”, délai acceptable ”, ” gigue raisonnable ” 
P 8 P gigu 
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Types de métriques de QoS 
m Additive 
— QoS(C; ; C;) = QoS(C;) + QoS(C;) 
— ex. Délai 


m Multiplicative 
— QoS(C; ; C2) = QoS(C,) * QoS(C,) 
— ex. Disponibilité 


m Concave 
— QoS(C, ; C2) = min{QoS(C;), QoS(C;)} 
— ex. Débit 


m Autres 


— Cas des spécifications non homogènes 


(1/2) 


Source 


QoS du 
Composant 7 


QoS 


de bout en bout 


QoS du 
Composant m 


Destination 


Gestion de la qualité de service — Z. MAMMERI 


65 


Types de métriques de QoS 


m Croissante (increasing) 


(1/2) 


— si Val(QoS,) > Val(QoS,) alors QoS, est meilleure que QoS2 


— ex. débit 


m Décroissante (decreasing) 


— si Val(Qos,) < Val(QoS,) alors QoS; est meilleure que QoS2 


— ex. délai 
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Notion de Contrat 
SLA (Service Level Agreement) 


m Gestion orientée connexion vs Gestion orientée SLA 
E SLA = Contrat User-Provider 


E SLA Statique ou Dynamique 


E SLA ={ QoS requise, Service 
Spécification de trafic, Level 


Règles de traitement de paquets, Specification 


Coûts, pénalisation, bonus, 
Aspects juridiques 
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QoS de bout en bout 


> QoS de bout en bout - QoS locale 


— Utilisateur final — QoS de bout en bout 


— Fournisseur de service — Décomposition de la QoS de bout en bout : QoS locale 
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3. Panorama des fonctions de gestion de QoS 


Gestion de la qualité de service — Z. MAMMERI 6 


{) Signaling 
and Admission ES Shaping G) Policing 


b; PE EN 


S 


dEn ire Care es 
ee (4) Routing 
== Re, 


Buffer Mgmt 
Ya © Traffic Monitoring ® Dés 


and feedback 
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Fonctions mises en œuvre pour la garantie de QoS 
Contrôle Réservation l 
d'admission de ressources Contrôle et 
| supervision de QoS 
Signalisation 
Gestion de contrats 
Contrôle du trafic | | Façonnage de 
utilisateur trafic | QoS mapping 
Contrôle de Classification Marquage 
congestion de paquets de paquets Politique de QoS 


Ordonnancement Gestion de 
de paquets files d’attente 
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Fonctionnement simplifié d’un 
routeur/commutateur 


Liens 
d’entrée | Routeur 


Paquets sa Paquets 


entrants sortants 


Files d'entrée 


Files de sortie 
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Routeurs/commutateurs actuels 


73 
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Eléments du délai de bout-en-bout 


> Délais d’attente dans les files d'entrée <= 


> Délais de construction de paquets e 


© Délais de commutation , 


> Délais d’attente dans les files de sortie 


> Délais de transmission 


> Délais de propagation ; 


Délais négligeables et/ou constants 
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4. Conclusion 


Entités concernées par la QoS 


Besoins de niveau applicatif 
— Qualité de l’image ou du son 


— Disponibilité de l’outil de production 
— Disponibilité du système de visioconférence 


— Sécurité des échanges 


— Coûts, Consommation d’énergie 


m Entité d'exécution (Tâche, Processus, Thread, Transaction, Agent, ...) 


m Entité d’information (Donnée (fraîcheur), Mesures (corrélation), ...) 


m Entité d'échange (Trame, Paquet, Message, ...) 


Gestion de la qualité de service — Z. MAMMERI 


75 


Niveaux de prise en compte de la QoS 


m Application 


m SGBD, SE, … 
m Middleware 


m Système réparti 


m Réseau ( Internet, WiFi...) 


m OS local 


m Processeur 


<a 


Problèmes à résoudre 


m Modèles d’expression de QoS 
m Fonctions de gestion de QoS 


m Validation/vérification de QoS 
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1. Besoins des applications 


Taille de paquet Source continue 


Taille de paquet Source continue par intermittence (ex. la voix) 


Silence Silence 


Taille de paquet Source continue avec compression de données 


Taille de paquet 
Source aléatoire 
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1. Besoins des applications 
So ES © Se © © © © ee EE © © © © 
© © + NN O © © + NN © © © + NN © © OC YMS 
NO LD © — + © OO ON [NN © © M © Om NN YKM © 
D © D = © = © NOR ON © O © M OO + m O 
OO ON ON M M OO + LI DO © © RO © © oo 
Distributon de la longueur de trame du film Jurassic park | codé en MPEG-4 
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Response 


time (s) À 


UE a e 


1000 M 


100 rss 


10 F 


1 RAT 


0.1 


0.01 


1k 


Multimedia 
Mail 


Broadcast TV 


10M 100M 


1G 


bit rate 


Quelques exemples de contraintes de débit et délai 


(à prendre avec précaution car ces chiffres changent sans cesse) 
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Type Service Débit délai Gigue Taux de 
perte 
Voix 4-25 kbit/s <150 ms <1 ms <3% FER 
Conversationnel | Vidéophone 32-384 kbit/s | <150 ms <1% FER 
/ Temps réel Jeux <1 kbit/s <250 ms <3% FER 
Messagerie vocale 4-13 kbit/s <1 sec <1 ms <3% FER 
Interactive Web browsing 4 sec/page 
e-commerce 4 sec <0% FER 
Streaming audio 32-384 kbit/s | <10 sec <1 ms <1% FER 
Streaming Vidéo 32-384 kbit/s | <10 sec <1% FER 
FER : Frame Error Rate 
Quelques exemples de contraintes de débit et délai 
(à prendre avec précaution car ces chiffres changent sans cesse) 
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Trafic cumulé Perte 


Enveloppe de trafic 


Approximation 
de débit 
t 
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Agrégation de flux 
= -E NE Em ume nm N 
m Besoins 
— Plusieurs flux à transporter avec un même niveau de QoS 
- Multiplexage 
m Difficultés 
— Choix des flux à agréger 
— Précision du trafic agrégé vs complexité de l’agrégation 
— Modèles de dégradation de QoS pour les flux individuels 
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E Simplicité d’expression 


m Facilité de vérification et de test 


E Surcoût d’implantation faible 


2. Modèles de trafic 


Propriétés des modèles de trafic 
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Caractérisation de trafic 


E Trafic périodique : aisé 


E Trafic apériodique 


— Distribution des instants d’arrivée selon quelle loi (Poisson, .. 


— Taille maximale des avalanches ? 


— Durée minimale d’avalanche ? 


— Distribution de la taille des avalanches ? 


— Distribution des pertes de messages ? 


— Corrélation entre les paquets (pour autoriser les pertes) ? 


— Souvent difficile à modéliser : 


.)? 


choix de paramètres pour "convenance mathématique" 


— Reste beaucoup à faire pour modéliser le trafic aléatoire/sporadique 
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Modèles de trafics fréquemment utilisés (1/2) 


=> Modèle périodique 
m Période, Longueur maxi de paquet 


> Modèle-1 avec rafale (Ferrari) 
m Lpmax : longueur maxi de paquet 
Xmin (intervalle de temps min entre deux messages successifs) 
Xave (intervalle de temps moyen entre deux messages successifs) 
I (intervalle de temps sur lequel Xave est calculé). 


> Modèle-2 avec rafale (Cruz) 
m Débit moyen p et taille de rafale © : 
Nombre total de paquets générés n’excède jamais © + pT dans tout intervalle T. 


=> Modèle-3 avec rafale (Seau percé) 
m Débit moyen d’écoulement du seau (p) et la taille maximale du seau (0). 
Eviter le débordement du seau. 


=> Modèle-d avec rafale (Seau à jeton) 
m Débit moyen de génération de jeton (p) et nombre maximal de jetons en attente 
(o). La source ne peut transmettre que si elle a des jetons. 


Gestion de la qualité de service — Z. MAMMERI 


Modèles de trafics fréquemment utilisés (2/2) 
=> Modèle de trafic de l’IETF (RFC 2215) 


m Spécification à l’aide d’un TSpec : 
— Taille ø et débit p de seau percé 
— Débit maximum p 
— Taille maximum de paquet M 
m Borne sup, A (T) ,de trafic par intervalle de temps T: 


A(T) < min(M + pT, oO+pT) 


=> Autres modèles : probabiliste, stochastique, … 


æ Coût et performance du CA dépendent des caractéristiques de trafic 


87 


Gestion de la qualité de service — Z. MAMMERI 


88 


44 


3. Contrôle d’admission 


E Objectif 
— Est-ce que tous les nœuds à traverser acceptent le nouveau flux ? 
— Est-ce que le nouveau flux peut affecter la QoS des flux déjà acceptés ? 
— Est-ce que le nœud peut offrir la QoS requise par le nouveau flux ? 


— Est-ce que le nouveau flux a le droit d’utiliser les ressources du nœud ? 


E Informations utilisées 


- Caractéristiques du nouveau trafic et de la QoS demandée 

- Etat et historique du réseau 

- Dates de fin des trafics déjà acceptés 

- Perturbations éventuelles de la QoS des trafics déjà acceptés 
- Politique d’utilisation des ressources 


E Le CA peut se faire sur la base de connexion ou de SLA 
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Propriétés 


(à prendre en compte durant la conception d’un CA) 
E Décisions incrémentales (ne pas toujours considérer tous les flux) 


E Exactitude (compliquée à cause des phénomènes aléatoires) 


M Complexité 
— Problème de la diversité des modèles de flux 


— Utilisation en ligne sans surcoût important 


E Flexibilité 


— Problème de la diversité des modèles de flux 


E Passage à l'échelle 
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Exemples de Contrôle d’admission déterministe 


E CA pour WFQ + 2 1 <r 
i= 


Débit Débit 
du nouveau flux Max du lien 


Somme des débits 
des flux déjà acceptés 


= CApour DEDD D, 29, DL 
i= 


new 


Somme de délais 


Délai exigé par 
Dus à tous les flux 


le nouveau flux 
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Contrôle d’admission statistique (1/5) 


E Pourquoi on en a besoin? 
— La plupart des flux sont plutôt à caractère aléatoire 


— Eviter de prendre des décisions d'admission pessimistes en rejetant des flux qui 
pourraient être acceptés si on fait un peu plus attention à l’allocation des ressources 
E Risques d’utilisation de CA statistique 


— Apparition de situations de congestion 
— Dégradation de la QoS 
— Conséquence : CA statistique non adapté aux applications critiques 


m Difficultés d’utilisation : maîtrise des probabilités/statistiques 
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Contrôle d’admission statistique (2/5) 


m Types de CA statistique 
— CA basés sur les débits moyen et maximal 
— CA basés sur la bande passante effective cumulée 
— CA basés sur l’ingénierie de la courbe de perte 
— CA basés sur la variance maximale 
— CA basés sur la théorie des larges déviations 


— Autres types 
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Contrôle d’admission statistique (3/5) 


Exemple 1 : CA statistique basé sur les débits moyen et maximum (1/2) 
Pour la garantie du taux de perte 


m Notations 
— C : capacité du lien considéré 
— Max; : débit max du flux j 
— Avrj: débit moyen du flux j 


m Hypothèses 


— Toute source j est de type on-off (soit elle émet à son débit max soit elle est silencieuse) 
— Tous les paquets ont la même taille (1 unité) 


— Pas de buffer au niveau du lien pour stocker les paquets en attente de transmission 
Max 


j 


off on off on off on off on off 
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Contrôle d’admission statistique (4/5) 
Exemple 1 : CA statistique basé sur les débits moyen et maximum (2/2) 


menn Pour la garantie du taux de perte 
m Principe 


- La source j étant on/off, la densité de probabilité de son trafic est f(x): 


Avg, [Max si x= Max; 


= J 
F,9 = 1- (Avg  /Max ) si x=0 


— Si on considère N flux indépendants qui partagent le même lien, alors la densité de 
probabilité du flux agrégé, q(x), est la convolution de f, …, fy : 
q(x) = (fi Sa *  *fn)(x) 


— La probabilité de perte de paquets PI pour N flux est : 


x-0) qa 
TraficExcedentaire _ 2 ds 
Ch arg eDeTrafic D Avgi 


PIN) = 


— Test de CA : si PIN+1) < Taux de perte requis, alors accepter le N+ 1°" flux, sinon le refuser. 
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Contrôle d’admission statistique (5/5) 


Exemple 2 : CA statistique basé sur la bande passante effective cumulée 
Pour la garantie de la bande passante 


m Notations 
— C : capacité du lien 
— B : taille de queue du routeur 
— A;[0, t[ : quantité de bits transmis par la source j dans l'intervalle [0, t[ 
— PI : taux de perte d’une queue de taille maximale B 


— E;(PI) : bande passante effective du flux j (il y a différentes manières de la définir) 
-N : nombre de flux multiplexés 


m Test du CA 
N 
5'E PD<C 


m Exemple de définition de E;(Pl) si PI peut être définie par une loi exponentielle : 
PI = e-%® 


E; (PD) = Ave ; + 2 lim 1 var(A ;[0, #1) 


too Î 
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Contrôle d’admission basé sur les mesures 


m Si les caractéristiques de flux sont peu variables 


— Utilisation de la demande maximale et moyenne pour accepter le flux 
— Décision et réservation définitives 


m Si les caractéristiques de flux sont peu ou pas connues (imprécision de trafic) 


Utiliser une estimation initiale du trafic et réserver les ressources 

— Effectuer des mesures sur le trafic et ajuster les réservations en re-estimant 
le trafic 

— Accepter un plus grand nombre de flux 

Coût des mesures et efficacité réelle des ajustements 


E Problèmes 
— Que faut-il mesurer ? Quand ? Où ? 
— Comment définir progressivement des modèles de trafic ? 


— Comment évaluer l’ apport par rapport au CA sans mesure ? 
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Exemple de contrôle d’admission basé sur les mesures (1/4) 


m Notations 
— Chaque source est modélisée par un seau à jetons (p, 6). Ainsi, le total du trafic 
généré par la source, pendant U unités de temps, ne peut excéder pU + ôet la 
source ne peut transmettre que si elle a des jetons. 


— C : capacité du lien 


— y: ratio d'utilisation du lien fixé à l’avance (v<1). 
Ainsi, la bande passante maximale utilisée est vC. 


— D: pire cas du délai de transfert estimé 
- Ê : estimation (en bits) du flux agrégé sur le lien 


— N : nombre de flux déjà acceptés 
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Exemple de contrôle d’admission basé sur les mesures (2/4) 
m Test de CA 


a Condition sur le délai 


— Soient (Py; Ov) les paramètres du seau à jetons du nouveau flux N+1 
et Dmaxy.,, le délai de transfert maxi exigé par ce flux. 


— Le pire temps d’attente pour un paquet du flux N+/1 est obtenu en supposant que tous les 
flux transmettent simultanément un paquet de taille maxi égale à leur 6 : 


N 
i=1 0 
u 


- Le pire temps de transfert estimé, D), est utilisé à la place de D (D est plus pessimiste 
que f) 


D = 


- Le test de CA obtenu est: Dmaxy,1 > D + ÔN+1 


u 


a Condition sur la bande passante: vC > F+ py41 
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Exemple de contrôle d’admission basé sur les mesures (3/4) 
m Processus de mesure 


— Le délai de transfert et débit du flux agrégé sont mesurés périodiquement et sont 
adoptés comme valeurs pour les paramètres ÿ et ÿ 


— Pour simplifier, on considère que tous les paquets ont la même taille et que leur 
temps de transmission est égal à 1. 


Bloc de mesure Bloc de mesure 


A 


T=nS 


Moment de mise à jour des valeurs 
des paramètres 
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Exemple de contrôle d’admission basé sur les mesures (4/4) 


m Processus de mesure 
— Un échantillon de mesure du délai est obtenu pour chaque transmission de paquet. 
— Chaque échantillon de mesure du débit du flux agrégé est obtenu sur une période S. 
— Chaque bloc de mesure dure T unités de temps (T= nS). 


— À la fin de chaque bloc de mesure, l’échantillon dont la valeur est la plus élevée est adopté 
pour estimer pet À 


- Les paramètres Det fsont mis à jour immédiatement (i.e. avant la fin du bloc) : 


* Si un nouveau flux k est accepté, la mise à jour se fait ainsi : D = D + Ök et F=F+ Pk 
u 


* Quand une mesure dans le bloc actuel est plus élevée que celle déjà estimée alors, les paramètres 
sont mis à jour immédiatement. 
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4. Conclusion 


Problèmes ouverts 


E Sur les modèles 


— Modèles statistiques efficaces 
— Combinaison de modèles pour l’agrégation de flux 
— Compromis : Complexité/Précision/Surdimensionnement 


E Sur les CA 


— CA efficaces utilisables en ligne 

— Caractérisation approximative des flux et complexité du CA 
— Compromis entre complexité et performance 

— CA adapté aux réseaux sans fil 


E Contrôle d’admission en cas de AS interconnectés (inter-domaines) 


— Chaque système autonome (AS) peut avoir son CA 
— Comment avoir une décision de CA de bout en bout optimale ? 
— Comment utiliser le CA basé sur les mesures avec des CA locaux hétérogènes ? 
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1. Principes généraux du routage à QoS 


Définition du routage à QoS (QoS-based routing) 


m “Un mécanisme de routage dans lequel les chemins que doivent emprunter les flux 
sont déterminés en tenant compte à la fois des connaissances sur la disponibilité des 
ressources du réseau et des exigences de QoS des flux.” [RFC 2386] 


m “Un protocole dynamique de routage qui étend sa sélection de chemin à des critères 
pour inclure des paramètres de QoS tels que la bande passante disponible, l’utilisation 
des liens, les ressources de calcul des nœuds, le délai et la gigue.” [QoS Forum] 


Fonctions 
m Collecter des informations sur l’état du réseau (fonction vitale et complexe) 
m Trouver le meilleur chemin pour un nouveau flux en fonction de la QoS requise 
m Changement de chemin avec dégradation progressive de la QoS 


m Optimiser l’utilisation des ressources et d’autres critères 
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Sélection de chemin 


m À la demande (pour chaque paquet, pour chaque flux, ...) 
Protocoles réactifs 


m Périodiquement et stockage dans une table 
Protocoles proactifs 


m Pre-calcul basé sur les algorithmes de Bellman-Ford et Dijkstra 
Protocoles hybrides 
(efficace pour les réseaux de grande taille notamment) 
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Collecte et dissémination d’informations 


m À la demande ou périodique (très simples mais pouvant être coûteux) 
m À chaque fois que quelque chose change (‘idéal”, très précis, mais très coûteux) 


m Politiques à base de seuil 
— Déclencher la mise à jour si : | NouvelleValeur - AncienneValeur | > seuil 
+ Evite les M.à.j inutiles 
- Réaction lente pour les changements d’état en de nombreux points 


m Politiques à base de classe 
— Les capacités des liens sont subdivisées en classes 
— M.à.j déclenchées quand les limites des classes sont atteintes 
+ Les tailles des classes permettent d’ajuster/régler le rapport Précision/charge 
- Les tailles des classes affectent la sélection des chemins 


m Difficulté majeure : optimiser le rapport “Précision des infos d’état/coût” 
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Composants du routage 


Paquets de Paquets de 
routage routage 


Traitement des info @ @ 
de routage à QoS 


Base d’information 
de routage à QoS 


e Protocole de routage 


e Base d’information 
de routage 


Informations 


Décision 
locales 


Table de routage 


| 


Paquets de Paquets de 


données données 


e Algorithme de routage 
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Classes d’algorithmes de routage (1/4) 


> Selon le nombre de participants 
+ Unicast 
+ Multicast 
+ Anycast 


> Selon la manière dont le chemin est calculé 
+ Routage par la source 
+ Routage distribué (hop-by-hop) 


+ Routage hiérarchique 
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Classes d’algorithmes de routage (2/4) 


>  Routage par la source 


— Chaque routeur a une vue locale du réseau (mise à jour périodique ou non) 
— Sélection du chemin par la source et notification de ce chemin aux autres nœuds 


+ Simple 

+ plus efficace pour la gestion de QoS temporelle 
- Connaissance approximative 

- Peu efficace pour les réseaux de grande taille 


> Routage distribué (hop by hop) 
— Sélection du prochain nœud seulement 
— Informations d’état échangées avec les voisins 
+ Plus flexible 
- Difficulté de partage et d’échange d’informations d’état 
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Classes d’algorithmes de routage (3/4) 
> Routage hiérarchique 
— Hiérarchisation des nœuds (agrégation) 


+ Réduction de la complexité de gestion des états 
- Partitionnement du réseau peut conduire à des cliques dans le réseau 
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Classes d’algorithmes de routage (4/4) 
> Routage intra domaine et inter domaines Domaine 2 


Domaine 3 E Domaine 4 
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Algorithmes de routage à QoS 


> Des dizaines d’algorithmes de routage sont proposés 
Critères de classement 


— Contraintes prises en compte (délai, gigue, bande passante, ...) 

— Stratégie du routage (par la source, distribué, hiérarchique) 

— Complexité de l’algorithme 

— Complexité de la communication pour maintenir les informations d’état 


> Propriétés 
m Complexité (traitement et messages) faible 
E Passage à l’échelle 


m Coexistence de routage à QoS avec routage best effort 
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2. Formalisation des problèmes de routage à QoS 


Réseau représenté par un graphe G = (V, E) 


Routeur Poids de l’arc 


Lien physique 


Destination 
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Exemple de chemins à QoS (1/2) 


G=10ms 
B = 1 Mb/s 
Perte = 5% 


G= 10 ms 
B = 1 Mb/s 
Perte = 5% 


G=2ms 
B = 100 kb/s 
Perte= 5% 


G=2ms 
B = 500 kb/s 
N Perte=5% 


B = 500 kb/s 
perte = 10% 


G=1ms 
B = 200 kb/s 
Perte = 15% 


B = 500 kb/s | 2 J NAS 
Perte = 1% 


B = 1 Mb/s 
Perte = 2% 
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Exemple de chemins à QoS (2/2) 


Chemin Nbre de Gigue BP | Taux de perte 
sauts e2e ë2e ezé 
17496 D 4 24 ms |100 kb/s 18,5% 
S>1333736D 5 8 ms 100 kb/s 38% 
52293536D 4 19 ms 500 kb/s 17% 
S>2>6>D 3 | 30ms | 500 kb/s 7,8% 
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Problème du chemin (le plus court) avec contraintes de QoS 


> Enoncé du problème dans le cas unicast 
Etant donné : une source s, une destination d, les vecteurs-poids associés aux arcs, 
un vecteur de besoins de QoS B, trouver un chemin p de s à d tel que : 
— (1) Contraintes : W{p) { <|> } B 
/* W(p) désigne le poids du chemin p en terme de délai et... */ 


— (2) Optimisations : 
Cout(p) < Cout(p') V p’ respectant (1) 


NombreSauts(p) < NombreSauts(p”) V p” respectant (1) 
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Importance de comprendre les types de métriques de QoS 


m Métrique additive 
— QoS(C; ; C2) = QoS(C;) + QoS(C,) 


— ex. Délai QoS du 


Elément / 


m Métrique multiplicative 
— QoS(C; ; C2) = QoS(C;) * QoS(C;) 


1 
T 
I 
I 
i 
— ex. Disponibilité QoS 
de bout en bout 
1 
r 
I 
i 
I 


m Métrique concave 
— QoS(C; ; C2) = min{QoS(C;), QoS(C;)} 


— ex. Débit 
QoS du 
Elément m 
m Autres 
— Cas des spécifications non homogènes Destination 
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Problèmes de routage à QoS 


> Problèmes de satisfaction de contraintes 


def 


W(P)= Q w(u,v)7r L, i=1...,#QoSMetrics 


(u—v)eP 


> Problèmes d'optimisation 


Cost ,(P) x Cost ,(P') k =1,..., # OptimizeCr 


> Problèmes de satisfaction de contraintes et d'optimisation 


iteria 
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Problèmes de routage à QoS à 1 métrique 
def 
Delay(P) = >. Delay(u,v) < D _ required 
(u—v)eP 

def 

BWD(P)= min (bwd (u,v))> B_ required 
u—v)e 

def 

Dispo(P) = Il (dispo(u, v)) > Dispo _ required 


—v)eP 


> Problèmes résolus 
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> Algorithmes de Dijikstra Shortest-path first de Dijkstra : O(n?) n : nombre de nœuds 


et Bellman-Ford O(nm) m : nombre de liens 
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Problèmes de routage à QoS à m métriques 


def 
Delay(P) = > Delay(u,v) < D _ required 


(u—>v)eP 


def 
A BWD(P)= , min (bwd (u, v)) > B_ required 
^A #hops(P)<#hops(P') VP'eSetFeasiblePaths 


A 


> Problèmes NP-complets pour tout vecteur de QoS avec n (n > 2) métriques 
(délai, débit), (délai, erreur), (délai, débit, gigue), .... [Wang et Crowcroft 96] 


=> Recherche de fonctions de coûts, Heuristiques 
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Principes de résolution (1/2) 


> Prise en compte contrainte par contrainte 
m PS; = Sélection des chemins respectant QoS; 
m PS,= Sélection parmi l’ensemble PS, des chemins respectant QoS, 
= ..…. 
m PS„ = Sélection parmi PS,,., des chemins respectant QoS m 
> Prise en compte d’une contrainte et optimisation de critère(s) 


m Sélection de chemins respectant la contrainte QoS, 


m Optimisation d'un critère simple ou composé 
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Principes de résolution (2/2) 


> Utilisation de métrique composée 


ComposedQOoS(P) =|1- _Delay(P) * í = sun) 
DelayMax CostMax 


Bwd(P) 
Delay(P)* Loss(P) 


ComposedQoS(P) = 


Delay(P) 
l- Cost(P) 
CostMax 


ComposedOoS(P) = 


> Autres heuristiques 
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3. Eléments sur les coûts du routage à QoS 


Coûts du routage 


m Traitement/calcul 
— Calcul des chemins (souvent NP-complet) 
— Calcul lié aux échanges d’état 


m Stockage 
— Informations de topologie du réseau 
— Informations d’état (sur différentes métriques) 
— Table de routage courante, tables de routage pré-calculées 


m Bande passante (paquets liés au routage) 


Facteurs de coût du routage 


m Fréquence de sélection des chemins 
m Métriques 
m Facteurs de complexité (nombre de noeuds/liens, entrées de la table de routage, .….) 


m Compromis précision/surcoût 
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Quelques éléments sur le coût de la table de routage [Guérin 1998] 


Size (bytes) 
Y 


Time (microsec) 
TE 
É 

NI 
N 


š 
- 


| 


0 T T T T T T T 1 0 T T T T T T T 1 
36 64 100 144 1% 25 324 400 36 61 100 144 1% 256 324 400 
Network Elements Network Elements 
—+ SPF - QoStæle, best — QoS table, average —+ SPF + QoStable, best = QoS tæle, average 
Gestion de la qualité de service — Z. MAMMERI 125 


Quelques éléments sur le coût de calcul de chemin à la demande 
[Guérin 1998] 


Time (microsec) 


Path Length 
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Evolution de la table de routage de BGP depuis 1994 
(ttp://bgp.potaroo.net) 


800000 


700000 F 


600000 F + 


500000 + = mm mm mme me M M M M M M M M MaM MMM MMM Mii á 
| 
v: 


400000 f -t4 
! 


BGP RIB Entries 


ti 
1-4 


300000 F 


cl 7 


P 
200000 | 


100000 À — mm mme meme me mm, y 


Bkt art 


03 04 05 06 07 08 09 10 11 12 13 14 
Date 


is 
1 

re RARE EN ART à à 
94 95 96 97 98 99 00 01 02 
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4. Exemples d’algorithmes de routage à QoS 
Rappels sur les protocoles de routage classique (1/2) 


> Routage à vecteur de distance (Distance vector routing) 


m Porte aussi le nom de Algorithme de Bellman-Ford. 


m Chaque routeur transmet (périodiquement) les infos qu’il connaît uniquement à ses voisins 
immédiats. L'info transmise par chaque routeur est un vecteur qui contient, pour chaque 
destination, la distance entre ce nœud et cette destination. 


m Chaque routeur utilise les vecteurs-infos qu’il reçoit pour construire sa table de routage. 


m Comme chaque nœud n’a qu’une partie de la vue de la topologie, le risque d’avoir des 
boucles (lors de la recherche de chemin) est élevé. 


m Pour éviter les boucles, différentes techniques sont possibles, par exemple Limiter le 
nombre de sauts à 16. 
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Rappels sur les protocoles de routage classique (2/2) 


> Routage à état de lien (Link state routing) 
m Chaque nœud doit avoir une connaissance globale de la topologie du réseau. 


m Les nœuds s'échangent entre eux les différentes métriques de chaque lien de la topologie. 


m Chaque nœud doit : 
— Découvrir ses voisins (en envoyant des messages Hello) 
— Mesurer le temps d’acheminement vers chacun de ces voisins (en envoyant des 
messages Echo) 
— Construire un paquet spécial disant tout ce qu’il vient d’apprendre 
— Diffuser (de manière périodique ou en cas de changement de la topologie) ce paquet 
spécial à tous les autres routeurs du réseau. 


m Chaque routeur utilise l’algorithme de Dijkstra (ou un autre) pour construire sa table de 
routage contenant le meilleur chemin pour chaque destination. 
Généralement, ‘Meilleur’ désigne le plus court. 
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Exemple 1 : Extension de Dijkstra’s Shortest path algorithm 
(Cas Unicast) 


> Définitions 


G : ensemble des nœuds du réseau 

E : ensemble des arcs du réseau 

w(x,y) : poids associé au lien du nœud x vers le nœud y 
d(v) : poids du chemin depuis la source s jusqu’au nœud v 
s : nœud source 

t : nœud destination 

Pred(u) : prédécesseur du nœud u sur le chemin 

Adj(u) : ensemble des nœuds adjacents du nœud u. 
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> Algorithme One-QosS Dijksta(V.E, w, s, à 


Step 1 : /* Initia lisation */ 
Foreach node v e V do d[v]— +; Pred[v] -NIL od 


d[s] — 0 


QV 
Step 2 : /* Détermination du chemin le plus court *// 
while Q + Z 
{do u + Extra ct-min(Q) /* u tq : d[u] =min{d[y], Yy e Q}|*/ 
ifu = t then exit 
foreach v € Adj[u] 


{if | w(v, u) © d[u] x div] 
then Pred[v] — u o 0 


div] — w(v, u) ® dfu] 
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Exemple 2 : EBSP 
(Enhanced Bandwidth Shortest Path) J. Wang et K. Nahrstedt 2002 


> Objectif 


m Sélection du chemin ayant la bande passante la plus élevée en minimisant 
le nombre de sauts 


m C’est un algorithme saut par saut. 


m Il est utilisable dans des contextes où on cherche à fournir la bande passante la 
plus élevée possible à certains flux (par exemple, flux premium de DiffServ). 


> Fonction Poids de EBSP 


n-1 pi —1« Facteur qui pénalise les chemins avec plus de noeuds 
Per 
i=l BP (i, L+ 1)« Facteur qui pénalise les liens avec une faible BP 


n : nombre de nœuds du chemin P 
BP(i,i+1) : bande passante du lien (i, i+1) 
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Exemple 2 : EBSP (suite) 
> Algorithme EBSP(V.E, BP, s, t) 


Step L:/*1initialisation * 

Foreach node v e V do dfvik- +; Pred[v]+ NIL od 
ds] — 0 

Q—V 


Step 2 : /* Détermination du chemin le plus court *// 
while Q + Ø 
{do u — Extract-min(Q) /* u tq : d[u] = min{dlyl, Vy e Q} */ 

fu = t then exit 
foreach v € Adj[u] 
{if 2d[u] +1/BP[v,u] <d[v] 

then Pred[v] — u 

d[v] — 2d[u] +1/BP[v,u] 


} 
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Exemple 3 : DCCR 
(Delay-Cost Constrained Routing) L. Guo et I. Matta 2001 


> Objectif 
m Sélection du chemin permettant de respecter une borne de délai de bout en 
bout À... et un coût max C,,. à ne pas dépasser. 


m C’est un algorithme saut par saut. 


> Fonction Poids de DCCR 


Si le chemin ne respecte 


D(P* : e 
PP) SDE") < A, et CP) < C, + Pas la contrainte de délai 
: & P”) ou de coût, il est éliminé 
d(P )=31- <= a. 
e2e < Permet de privilégier le 
© autrement chemin ayant le coût le plus 


faible 
D(P) : délai cumulé du chemin P 


C(P) : coût du chemin P 
P" chemin allant de la source au nœud u 
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5. Protocoles de routage 


© Objectif: Définir les formats des messages véhiculant les infos de routage 
et les règles d'échange de ces messages. 


> Protocoles actuels dans Internet : Best effort 


m RIP (Routing Information Protocol) — intra-domaine ; distance vector 


m OSFP (Open Shortest Path First) — intra-domaine ; link-state 

m IGP (Interior Gateway Protocol) — intra-domaine ; link-state 

m IS-IS (Intermediate System - IS — intra-domaine ; link-state 

m EGP (Exterior Gateway Protocol) — inter-domaine 

m BGP-4 (Border Gateway Protocol v.4) — inter-domaine ; distance vector 


> Protocoles pour la QoS 
m QOSFP : extension de OSPF pour tenir compte de la QoS 
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6. Conclusion 


> Sans routage à QoS : difficile ou impossible de déployer des applications exigeantes en 
termes de QoS. 


> De nombreuses solutions ont été proposées pour avoir du routage à Qos. 


> Quelques leçons apprises en utilisant le routage à QoS dans les réseaux IP 


- Le routage à QoS devrait être utilisé pour des flux et non pour des paquets individuels. 
- La gigue est très difficile à garantir dans un réseau IP. 


- Il est préférable d’utiliser un routage par la source car elle est la mieux placée pour sélectionner 
un chemin qui répond à la QoS demandée. Les routeurs intermédiaires font un contrôle d’admission 
mais ne prennent pas de décision concernant le routage. S’ils rejettent le flux, la source devra tenter un 
autre chemin. 
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> Des problèmes à résoudre 
m Métriques à considérer (sensibles à la QoS) 


m Précision de la topologie et de la charge du réseau 


m Minimisation du surcoût (compromis : efficacité/coût) 


- Echange d’informations d’état (fréquence adéquate) 
— Traitement (pré-calcul de chemins) 


- Table de routage (hiérarchique) 
m Maîtrise et prédiction des congestions 
m Complexité et efficacité du protocole de routage (QOSPF...) 
m Lien routage — réservation de ressources 


m Routage inter domaines 


— Représentation commune des états, Politique d’allocation des ressources 
- Interopérabilité des protocoles/algorithmes de routage 


m Routage dans les réseaux sans fil 


m Intelligence/adaptabilité du routage 
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Chapitre 5 


Ordonnancement de paquets 
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1. Introduction 
Approches de gestion de files d’attente (1/2) 


File 
d’entrée 


Liens de 
sortie 


Liens 
d’entrée 


Noeud de commutation 


> Attente dans les files d’entrée > Attente dans les files de sortie 


> Autres techniques 


13 
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Approches de gestion de files d’attente (2/2) 


> Attente dans les files de sortie 
Tout paquet est placé dans sa file de sortie dès son arrivée. 
Avantage : c’est la plus performante au niveau débit 


© Attente dans les files d’entrée 
Les paquets arrivant sur un port d’entrée sont placés dans une file d’attente associée à 
ce port et servis en FIFO. 
Inconvénient : « Head-of-line blocking » (lorsque le premier paquet de la file est 
bloqué, car son lien de sortie est occupé, tous les autres paquets sont bloqués, même si 
leur lien de sortie sont libres). 


> Attente dans les files de sortie virtuelles (évite le « Head-of-line blocking ») 
A chaque port d’entrée sont associées autant de files d’attente que de liens de sortie 
utilisés par les paquets arrivant sur ce port. Tout paquet attend dans sa file de sortie 
virtuelle, avant d’être servi. 


> Attente dans une file unique 
Tous les paquets arrivant au routeur sont placés dans une file d’attente unique 
avant d’être servis. C’est la plus simple, mais la moins efficace pour la garantie de QoS. 


= Combinaison d’attente dans les files d’entrée et de sortie 


ny : 140 
Gestion de la qualité de service - Z. MAMMERI 


70 


Restriction : files de sortie 


E Algorithme d’ordonnancement de paquets = Discipline de service 
(terminologie des files d’attente) 
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Propriétés 


Facilité d'implantation et surcoût faible 
+ Traitement pour chaque paquet > nécessité de traitement très rapide 
+ _ Complexité idéale O(1) - Complexité O(Nombre_paquets) à éviter 


Equité 
e Répartition équitable des ressources entre les flux 
e L équité conduit au best effort, mais pas à la garantie de bornes 


Isolation des flux 


e Un flux qui fonctionne mal ne doit pas perturber les autres. 


Contrôle d'admission 
+ Simple à implanter 
+ Efficace (pour une meilleure admission et utilisation des ressources) 


Passage à l’échelle (Scalability) 


Garantie (meilleur effort, statistique, déterministe) vérifiable : délai, perte... 
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Classification des algorithmes 
Garantie déterministe 


= 
Garantie non déterministe (Probabiliste, meilleur effort) 


Garantie de plusieurs paramètres de QoS 


Stratégies fondées sur des priorités fixes 
m 


< Garantie d’un seul paramètre de QoS (Délai, débit...) 
= 


Stratégies Round Robin 


< Stratégies sans oisiveté (work-conserving) 


Stratégies avec oisiveté (non-work-conserving) 


=> Chaque algorithme de base garantit un type de contraintes (débit, délai, taux 


de perte) : Combiner les algorithmes de base 
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Loi de conservation de Kleinrock (1971) (1/2) 


Formule de Little (1956): E(t) = E(n)/À File diattente 


E(t) : moyenne de temps de réponse 


E(N) : moyenne du nombre de clients dans la file 
À : taux d’arrivée des clients 


(s) 


La loi de conservation de Kleinrock stipule que : 

Si l’ordonnanceur est conservatif alors, quelque soit la discipline choisie : 
N 

È rm dzqx = constante 

k=1 

rd,g, peut être considéré comme un délai pondéré pour la connexion k. 


N connexions géré par un ordonnanceur. 
r, le débit moyen de la connexion k. 


d, le délai moyen de traitement par paquet de la connexion k. 


q, le délai moyen de séjour en file d’attente par paquet de la connexion k. 
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Loi de conservation (2/2) 


Cette loi signifie que, pour tout ordonnanceur conservatif, la somme des délais 
pondérés est constante. Donc si on offre à une connexion un délai plus court, on le fait 
au détriment des autres connexions qui vont avoir un délai plus élevé. 


Tout ordonnanceur non conservatif ne peut que conduire à une somme de poids 
pondérés supérieure à celle d’un ordonnanceur conservatif (à cause des temps 
d’oisiveté). 


FIFO est la discipline conservative la plus simple. Donc la somme des délais pondérés 
de FIFO peut être considérée comme une borne inférieure pour toutes les disciplines de 
service. 
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Disciplines de service 

E Conservatives 

— FP (Fixed Priority) 

— FQ (Fair Queueing) 

— WEQ (Weighted Fair Queueing) 

— WRR (Weighted Round Robin) 

— SCFQ (Self-Clocked Fair Queueing) 
Virtual CLocks 
— Delay EDD (Delay Earliest Due Date) 
— Autres 


E Non conservatives 
— Jitter EDD 
— Stop-and-Go 
— HRR (Hierarchical Round Robin) 
— RCSP (Rate Controlled Static Priority) 
— Autres 
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2. Ordonnancement FIFO et FP 
FIFO (First in First Out) - FCFS (First Come First Serve) 


E Naturelle (la première qui vient à l’ esprit) 
E Non équitable 


E Ne permet pas la garantie de QoS (en général) 


Ordre d'arrivée au routeur = Ordre de sortie 


TOO CUIR 
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FP (Fixed Priority) (1/2) 
E FP (Fixed Priority) = PQ (Priority Queueing) 


E Une priorité fixe est associée à chaque flux (connexion) ou à chaque paquet 


Priorité 
Haute Service urgent et critique 
Service temps réel audio et vidéo 
Trafic best-effort 
Basse 


E I] y a un mapping entre les priorités initiales et les priorités de l’ordonnanceur. 


E Si le nombre de priorités de l’ordonnanceur est faible, cela peut conduire à un service 
non-conforme aux priorités initiales. 
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FP (Fixed Priority) (2/2) 


E Les paquets de priorité élevée sont servis d’abord 


Flow 1 NN 
ES 
fou2 [ Je] [H lctassiner Highest Priorty FRS 
Scheduler 
ss CEE |” —- 
EES k Port 
Flow 4 C F Midde Priority ~ 
Fe DEENEN 5 
Flow5 m e 
Lowest Priority 
ras CE | 


E Risque de famine pour les paquets de priorités faibles 


14 
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3. Ordonnancement Round Robin 
Round Robin (RR) de base pour les tâches 


B Une seule queue pour toutes les tâches (processus). 


E Servir pendant At chaque tâche. Si la tâche n’a pas fini la recycler en queue. 


B Ordonnancement largement utilisé dans les systèmes non temps réel. 


Queue 


Tâches ___________ > | A | 


Tâche recyclée 


Tâche terminée 
à 
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Round Robin (RR) pour l’ordonnancement de paquets 


B Associer une queue à chaque flux. Servir les queues à tour de rôle. 


B Avantages : simplicité, possibilité de réalisation câblée, équité. 


E Inconvénients : ne permet pas la garantie de QoS. Pas d’équité si les paquets 


sont de tailles différentes. 


~‘ 


Queue 1 
Flux 1 -__________ > ELLE 
Queue 2 
Flux1 ----------- > AAAA 
Queue N 
Flux N 7777 "OO COCO 


Ordo 
RR 
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Weighted Round Robin (WRR) : principe de base 


B Associer une queue à chaque flux. Associer à chaque flux un poids normalisé en 
fonction de la taille moyenne de paquet du flux. 


E Servir les queues (non vides) à tour de rôle et en fonction de leurs poids. 
B Avantages : prise en compte de l’importance (poids) de chaque flux. Protection 


des flux les uns contre les autres. 


B Inconvénients : pénalise les flux à faibles poids. 


Queue 1 (poids=1/5) 


Flux 1 __________ m EE) 


Queue 3 (poids =2/5) 


Flux3 777777 *°O © © CT 


BOOCEOE 
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WRR pour flux périodiques (1/2) 


© Chaque connexion est définie par (?,, D, e;) 
P; : intervalle minimum d’arrivée de message sur la connexion i, 
D; : délai de bout en bout et e; : nombre de paquet par message 


> Principe 


© L’ordonnanceur fonctionne de manière cyclique et chaque tour est défini par un nombre de 
slots maximum, RZ. La longueur d’un slot est égale à 1 et correspond à la durée de transmission 
du paquet le plus long. A chaque tour, les connexions sont servies à tour de rôle. 


è Durant la phase d’établissement de connexion, l’ordonnanceur de chaque routeur affecte à 
chaque connexion un poids wf; (en fonction de P;, D; et e; contenus dans la demande de 
connexion) qui indique le nombre de slots affectés à cette connexion, à chaque tour. Si la 
demande peut être satisfaite, les slots sont réservés, sinon aucun slot n’est réservé et les routeurs 


ayant déjà réservé des slots pour cette connexion sont avertis pour annuler leur réservation. 
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WRR pour flux périodiques (2/2) 


e Trois conditions à respecter pour garantir les contraintes temporelles 


i . 
2 wt; < RL RL < min(P.) Vi(l£i<n) wt; ĉi 


i B/ 
i=l i=1,...,n | l 4 


> Observations 


è Avec la discipline WRR, le délai de bout en bout d’un message de la connexion i traversant 77 
routeurs ayant tous la même valeur pour RL est W; (en supposant négligeable délai de propagation) : 


w< [7 J+mi)ert sP +m-Dx RL W,< D, 


l 


e Le contrôle de gigue est difficile à réaliser. 
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Problèmes posés par l’utilisation de WRR 


E Avec des paquets de tailles et des poids différents, on a besoin de connaître la 
taille moyenne de paquets à l’avance. Cette taille moyenne est parfois difficile 
à connaître a priori (ce qui rend WRR non équitable) 


E Si la différence entre les tailles (min et max) de paquets ou entre les poids (min 
et max) est importante, la durée d’un tour peut être élevée, conduisant à de 


longues périodes de non équité. 


Eg. On considère un lien à 45 Mb/s utilisé par 500 connexions ayant des paquets de taille fixe 
égale à 500 octets. 250 connexions ont un poids de 1 et 250, un poids de 10. 


— Chaque paquet dure 500 * 8/45 Mb/s = 88.8 microsecondes 
— Durée d’un tour = (250*1+250*10) * 88.8 = 244.2 ms 
Cette durée ne permet pas d’avoir des flux audio ou vidéo. 


B Conséquence : WRR est une discipline efficace pour des paquets de petites 
tailles avec des durées de tour petites (c’est le cas d’ ATM par exemple). 
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Deficit Round Robin (DRR) (1/2) 


E Idée de base : extension de RR pour des paquets de taille variable. 
Economiser des crédits pour transmettre. 


E Principe 


e Associer un compteur C[k]l, initialisé à 0, à chaque queue k 


èe Lorsque la connexion k est visitée par DRR 


Le quantum est choisi pour 
permettre la transmission de 
paquet de taille minimale 


= Si la queue k est non vide 


{ C[k] = C[k] + quantum ; 


Si Taille(tetequeue[k]) <= C[k] 
{ Le paquet est transmis; 
CIk] = C[k] - taille du paquet transmis; 
Si la queue k est vide { C[k] = 0; } 

} 


" Passer à la queue suivante 


Gestion de la qualité de service - Z. MAMMERI 


156 


78 


Deficit Round Robin (2/2) 


E Avantages : facile à implanter ; plus d'équité que RR 


E Inconvénients : ne permet pas la garantie de QoS (en général). 


> Il existe d’autres formes de stratégies RR 
— HRR (Hierarchical RR) 
— BWRR (Budgeted WRR) 
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4. Ordonnancement PGPS et WFQ 


PS « Processor Sharing » 


E Temps partagé simple du processeur (pour l’ ordonnancement de tâches) 


EE c 
C 
DEA (s) Vi, j & =c; =— 
JOCCCES s 


cp : vitesse d’exécution de la tâche k C: vitesse d'exécution du processeur 


E PS n’est pas implantable pour les paquets (sinon on risque de transmettre 
des paquets contenant moins d’un bit). 
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GPS « Generalized Processor Sharing » 


— PS + équité en tenant compte de l’allocation préalable des tâches (poids ġ;) 


— GPS garantit un temps d’exécution (c;) selon le poids 6; 
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Technique « Weighted Fair-Queueing » (Demers, Keshav et Shenker 1989) 
PGPS « Packet Generalized Processor Sharing » (Parekh et Gallager 1993) 


— GPS signifie que l'interruption de tâche peut se faire à n’importe quel moment 
(PGS non applicable directement aux réseaux) 


— PGPS = version de GPS appliquée aux réseaux 
— PS + équité en tenant compte de l’allocation préalable des connexions (poids ġ;) 


| mm Tı r = fi ap 
26; 
J 


JOOOCE Ê D 


Tę : débit du flux k R : débit du lien 
— GPS garantit le débit 
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Principe général de WFQ 


Silver Bronze 
20% de e Plusieurs niveaux de QoS 
e Réservation de BP par connexion 
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WFQ = une mise en œuvre de PGPS 
> Principe général de WFQ 
e V(t) : temps virtuel du système qui capte progression de la quantité de 


service normalisé à l'instant t. V(t) peut être défini par : 


Vear aras AR 


29 dt > r, 


B, : ensemble des connexions en attente pendant une 


période ďactivité t;.; et t. t € [t;; . t;] 


V(t) est le plus 
complexe à 


pratique. 


e Pour tout paquet k de la connexion à à transmettre, on associe : SK et F£ 

= max FF ,V( af } a : instant d'arrivée du paquet k 
k 
i 

Rÿ 


Į 
e L’ ordonnancement se fait sur la base des temps de fin (F*) 


e Temps de début : Cd 


l 


e Temps de fin : a = s + 
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Performances de WFQ 


Hypothèses 


- Le flux c est conforme à un seau percé (p°, o°). 
- Tous les routeurs sur le chemin implantent WFQ. 


Notations 
> Borne de débit garanti c : flux/connexion 
c s : routeur 
r° = $s r #, : poids de la connexion c au niveau de s 
$ >. $ 1s r°, : débit du flux c transitant par s 
jeg "s C, : ensemble des connexions passant par s 


r, : débit du lien de sortie de s 

K° : nombre de routeurs sur la route de c 

> Borne de délai de bout en bout garanti L“ : taille max de paquet du flux c 

Lmax, : taille max de paquet transitant par s 
m: délai de propagation sur le tout le chemin 


o° +(K°-1)L ve 


c 
P sr Ts 
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Mise en œuvre de WFQ 
> On étudie la stratégie WFQ pour chaque lien de sortie dans le réseau considéré. 


n : nombre de connexions passant par un lien de sortie donné 


u; : proportion de la bande passante allouée à la connexion ; sur le lien de sortie au 
moment de l’établissement de connexion. 


U : somme des proportions de bande passante allouées à toutes les connexions sur le lien 
de sortie considéré (U <1) 


© Une connexion est dite inactive si elle n’a aucun paquet en attente dans la file du lien de sortie ou 
en cours de transmission sur le lien de sortie ; sinon elle est dite active. 


® Les paquets en sortie associés à une connexion į sont placés dans la file du lien de sortie. Les 
paquets d’une même connexion sont servis selon l’ordre FIFO ; mais l’ensemble des paquets 
n’est pas servi en FIFO. Un paquet d’une connexion est prêt pour transmission quand il est le 
premier des paquets en attente pour cette connexion. 
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® Pour gérer les paquets prêts des différentes connexions actives, une file à priorité FP est 
utilisée par l’ordonnanceur. Chaque connexion active į a une entrée (etv; i) dans la file FP. 
Cette entrée est insérée dans la file FP selon son échéance exprimée en temps virtuel (efv). 


© Les paquets prêts sont transmis selon l’ordre donné par la file FP (c-à-d, selon l’ordre des 
échéances virtuelles). 


Ordonnancement de paquets 


- Après un temps d’inactivité du lien de sortie (car il n’y avait aucun paquet à transmettre), quand 
le premier paquet arrive, sur une connexion i, l’ordonnanceur calcule l’échéance virtuelle ef»; et la 
place avec į en tête de la file FP. La transmission de ce paquet commence immédiatement (car la 
file du lien de sortie était vide au moment de cette arrivée). 


- Quand un lien de sortie est actif (c-à-d qu’il y a un paquet en cours de transmission sur ce lien), 
l’ordonnanceur calcule etv; pour tout paquet qui arrive, sur une connexion i qui est inactive, et 
l’insère dans la file FP. Si cette connexion ; était active, le paquet arrivé est mis en file d’attente de 
la connexion sans traitement. 


- Lorsqu’un paquet termine sa transmission, il est retiré de la file d’attente et son entrée est retirée 
de la file FP. Si la connexion i, qui est la source du paquet qui vient de terminer sa transmission, 
est active, l’ordonnanceur calcule l’échéance virtuelle e/v;, de son nouveau paquet prêt et l’insère 
dans la file FP. Ensuite, il commence la transmission du paquet dont l’entrée est la première dans 
la file FP. 
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Calcul des nombres de fin pour un lien de sortie 
U, = total des proportions de bande passante de toutes les connexions actives pour le lien. 


TV : temps virtuel du lien. 
t : instant courant ; {, : instant de la dernière mise à jour de U, et TV. 
e : temps de transmission de paquet (hypothèse : e = 1, pour le paquet de taille maximale) 


Règles de calcul 
1. Quand le lien est inactif, TV = 0 ; U, = 0 ; t; = 0 et tous les etv, (k=1, ...n) sont à 0. 


2. Quand le premier paquet (de temps de transmission e et généré par la connexion i) arrive, alors 
que le lien est inactif, un intervalle d’activité du lien débute. Les opérations suivantes sont 
effectuées : tı =t; U,=U, + u; ; etv; = etv; + elu; ; insertion de (etv;, i) dans FP. 


3. Pour tout i, quand un paquet de la connexion i arrive à l’instant /, dans un intervalle d’activité 
du lien de sortie, si la connexion : était inactive avant cette arrivée, alors : 


TV = TV + (t - t;)/U, ; etv; = max(TV, etv;) + elu; ; insertion de (etv, i) dans la file FP ; 
tı=t; U,=U,+ u; 
4. Pour tout i, quand un paquet de la connexion į termine sa transmission : 


- Si la connexion ; reste active : etv; = etv; + e/u; (e = temps de transmission du nouveau paquet 
prêt de la connexion i) et insertion de (etv;, i) dans la file FP. 


- Si la connexion ; devient inactive : TV = TV + (t - t.;)/U; ; t; =t; U, =U, - up 
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P3,1|commeñce sa transmisfion 


P1,1 P3,1 P2, P12 P22 


EE O S r 


>t 


J fi J J 
T T T T T T T 
1 11 12 13 14 15 16 17 18 19 2 21 22 23 24 25 2 


.6 
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5. Ordonnancement DEDD et JEDD 


Ordonnancement à priorité DEDD 


> Delay Earliest Due-Date [Ferrari et Verma] 
— EDF (Earliest Deadline First) pour les paquets 


— Garantie de contraintes de délai (de bout en bout en cas de réseau homogène) 
— Modèle orienté connexion 


— Flux périodique 
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Principe de Delay EDD 


> Etablissement de connexion (i.e. recherche de chemin) 


- Chaque source i demande l’établissement de connexion i en spécifiant P; tmax; et D; 
(période, temps maximum de transmission de paquet et délai de bout en bout). 


- Chaque routeur par lequel passe la connexion i teste si la connexion peut être acceptée ou 
refusée. En cas d’acceptation, il détermine le délai relatif qu’il peut garantir et le rajoute 
dans le paquet de demande de connexion, marque les réservations à faire (ces réservations 
peuvent être revues à la baisse lorsque le paquet de réponse de connexion revient au 
routeur) et passe la demande de connexion au routeur suivant. 


- A la réception du paquet de demande de connexion, le destinataire du flux de données 
détermine si la somme des délais intermédiaires est supérieure au délai de bout en bout D;. 
Si le test est positif, la demande de connexion échoue. Sinon le destinataire détermine un 
délai relatif D;, pour chaque routeur k (ce délai ne pouvant être inférieur à celui déjà 
déterminé par le routeur au moment où il a passé la demande de connexion) et place tous 
les délais relatifs calculés dans un paquet d’acceptation de connexion. Ce paquet 
d’acceptation de connexion est envoyé sur le chemin inverse de la demande, ce qui permet à 
chaque routeur k de connaître le délai relatif D;, qui lui a été assigné. Chaque routeur k 
effectue les réservations (tampon et bande passante sur le lien de sortie) requises pour 
garantir D; ;. 
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> Contrôle de débit et ordonnancement 


- Au niveau de chaque routeur k, les paquets sont transmis sur les liens de sortie selon leur 
délai D;, (avec la stratégie EDF, c-à-d, le paquet dont le délai est le plus court). 


- Contrairement à WFQ, la stratégie EDF ne permet pas de contrôler, de manière 
intrinsèque, les surcharges générées par des sources qui ne respectent pas leur contrat. Le 
mécanisme de contrôle mis en œuvre par Delay EDD est le suivant : 


le délai d;; pour la transmission du paquet j de la source ; n’est pas calculé sur la base de 
son instant d’arrivée 4;;, mais sur la base de l’instant d’arrivée effectif du premier paquet 
de la connexion i, «‘;,. L’instant d’arrivée effectif du paquet j est a°;; = max (a‘;;,+P;, a;;). 
L’échéance locale du paquet j au niveau du routeur k est : d; ; = a‘; ;+D,;,. 


> Observation 


Les implantations de Delay-EDD varient essentiellement selon : les hypothèses sur les 
paramètres de connexion, le test effectué par le CAC, la manière dont le destinataire de 
connexion répartit les délais intermédiaires sur les routeurs. 
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Exemple d’application de Delay EDD 


> On considère une seule connexion définie par P; = 5 et D;= 8 qui passe par deux 
routeurs S; et S,. Chaque routeur garantit un délai local relatif égal à 4. 


Paquet 1 Paquet 2 Paquet 3 Paquet 4 Paquet 5 
l l dı l F dz d; l ds l ds. 
Sı —e— = RS N 
| 1 3 4 6 7 8 910 11 12 13 14 15 16\17 18 19 20 ii 2 23 2425 
af a az aq afs 
di K „à y% 
Sn ++ a O ———— S ————+— rt 
0 1 2 3 4 5 6 7 8 910 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 
a; a, af; a as 
l Délai | 
p Instant E. ` i 
ERTEN g local effectif Arrivées en avalanche chez le destinataire 
pui 5 d’arrivée 
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Exemple d’implantation de l’algorithme Delay-EDD (Liu 2000) 
Détail des opérations d’un routeur k selon la stratégie Delay-EDD 
(Le temps de transmission de paquet est supposé égal à 1 unité de temps) 


E La description suivante de Delay EDD est applicable à des flux périodiques. 


E Informations gérées par l’ordonnanceur pour chaque lien de sortie 
— La densité totale A de toutes les connexions utilisant le lien k (A est initialisé à 0) 
— Le total d’espace mémoire BS alloué aux connexions existantes (BS est initialisé à 0) 
— La période minimale P,;, de toutes les périodes des connexions utilisant le lien k 


(P nin est initialisée à œ ) 
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Détail des opérations d’un routeur Ñ% selon la stratégie Delay-EDD 
1. Phase d’établissement de connexion 
© Sur réception d’une demande de connexion avec (P;, 1, D;), rejeter la demande si A + 7/ P; > 1 - 1/ P „in; sinon : 
- Calculer le délai local à offrir DL;, (DL;, = min(P, 1/1 - A - 1/P „in)) et la bande passante requise (égale à 7/DL; ;) 
pour garantir ce délai et faire À = A + //D1;,. 
- Calculer la taille mémoire requise BS;,, puis BS = BS + BS,,. 
- Mettre les valeurs de DL; , et BS;, dans le paquet de demande de connexion et le passer au routeur suivant. 


© Sur réception d’un paquet d’acceptation de la connexion į, contenant les valeurs des délais D, et l’espace 
mémoire B$;, fixées par le destinataire final de la connexion: 


- Remplacer la valeur de DZ;, par celle de D;, pour la connexion i. 
- Décrémenter A de 7/DL;; - 1/min(D,,, P;). /* on ajuste la réservation de la bande passante*/ 
- Décrémenter BS de BS;; - bs;,./* on ajuste la réservation de la mémoire*/. 
- P nin = MIn(P pins P) 
© A la réception d’un paquet de refus d’établissement de la connexion i : BS = BS - BS; et A = A - I/DL; y 
/* On libère les ressources réservées précédemment. */ 


2. Phase d’échange de données 


© A la réception du j™™ paquet de données de la connexion į à l’instant 4;;, lui affecter une échéance égale à 


max (a; j, (-1)P;+D;,) et placer ce paquet dans la file FIFO de la connexion i. 


© Les paquets en attente sont transmis selon leur échéance (EDF) : servir le premier paquet parmi toutes 
les files associées aux différentes connexions qui utilisent le lien de sortie. 
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Opérations chez le destinataire de la connexion selon la stratégie Delay-EDD 


1. Phase d’établissement de connexion 


© Si la demande de connexion atteint le destinataire final c’est que tous les routeurs intermédiaires lont acceptée 
et ont offert des délais intermédiaires dont la somme est inférieure au délai de bout en bout D, 


© Pour répartir équitablement les délais intermédiaires, le site destinataire recalcule les délais intermédiaires 
effectifs que chaque routeur k devra respecter et les renvoie dans un message d’acceptation de connexion 
empruntant le chemin inverse du message de demande de connexion pour que les routeurs ajustent leurs délais 
locaux (ou intermédiaires). 


On note : 
DL;, : délai local accepté le site k pour la connexion i. 
D;, : délai local que devra respecter le site k pour la connexion i. 


m : nombre de routeurs sur lesquels est établie la connexion i. 


1 m 
D ==] D; -Ÿ DL,; |+ DL 
j=1 


2. Phase d’échange de données : tout paquet reçu est accepté 
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Ordonnancement « Jitter EDD » (Verma, Zhang et Ferrari 1991) 


(Extension de la stratégie Delay EDD pour contrôler la gigue) 


Principe de la stratégie Jitter EDD 


1. Phase d’établissement de connexion 
© Chaque routeur k calcule le délai local, D; ;, et la gigue locale, /;;, qu’il peut garantir à la connexion į 


et les envoie dans un message au routeur suivant. Ainsi, le routeur k doit garantir un délai local compris 
dans [D; z- Jir Dix]. 


Pour simplifier l'algorithme Jitter EDD, ses auteurs imposent que les valeurs D; ; et J;,, proposées par le 
routeur k pour doivent être égales. La technique de calcul de ces valeurs dépend de la politique de de 
réservation de ressources du routeur. 


© Pour absorber la gigue, le routeur ~ doit déterminer l’espace mémoire nécessaire à la connexion i, : 


_ D;k Jik- 
BSk = S maxx H + P 


Smax;et P; : taille maximum de paquet et période de transmission de la connexion i 


© A la réception d’un message d’acceptation de connexion, le routeur k réajuste les valeurs de ses 
paramètres D; ų J;, et BS;,. T libère les ressources, s’il reçoit un message de refus de connexion. 
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Stratégie Jitter EDD (suite) 


> A la réception d’un message de demande de connexion contenant les valeurs de délais et 
gigues intermédiaires que les routeurs se trouvant sur le chemin entre la source et la 
destination ont acceptées, le site de destination de la connexion į calcule les délais et gigues 
intermédiaires pour les répartir de manière équitable sur les routeurs ayant accepté la 
connexion. Il leur renvoie les valeurs calculées pour réajuster leurs valeurs locales et 
appliquer ces valeurs. 


1 N 

D; = — De J;; + Jr 
m T 

J. =J. 


Jiz = RC VR =1,..,m—1) 


m : nombre de routeurs traversés par la connexion i 


176 
Gestion de la qualité de service - Z. MAMMERI 


Stratégie Jitter EDD (suite) 


2. Phase d’échange de données 


® Marquage de paquets : Le routeur k-/ ajoute à tout paquet j de la connexion i, à passer au 
routeur k, une marque temporelle %;; (h; ; =D; z1- DRy1)- 


DR, : délai réel d’attente du paquet j dans le routeur 4 - 1. 


© Rétention de paquets : Quand le routeur k reçoit un paquet j de la connexion i, avec une marque 
temporelle k;;, il calcule l’instant de réveil de ce paquet 7;; (r;; = max( a‘; a;; + h;;). Ensuite 
l’ordonnanceur retient ce paquet dans dans une file spéciale (ou buffer d’élasticité) jusqu’à 


l'instant r;;. A l’instant r;;, une échéance d;; = r;; + D;, est affectée au paquet et le paquet est mis 


ij’ LA 
en file d’attente normale. Ensuite les paquets sont ordonnancés par EDF comme dans le cas de 


Delay EDD. 


a; : instant d’arrivée du paquet j de la source i 


a‘;; : instant d’arrivée prévu du paquet j = max (a°; +P; 4;;). 
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Exemple d’application de Jitter EDD 
> On considère une seule connexion définie par P; = 5 et D;= 8 qui passe par deux 
routeurs S; et S». Ces routeurs appliquent la stratégie Jitter EDD. Chaque routeur garantit 
un délai max de 4 ms et une gigue de 4 ms. 


Paquet 1 Paquet 2 Paquet 3 Paquet 4 Paquet 5 


S 1 > t 
S, ES a DE AS ee t 
1 12 13 14 15 16 17 18 19 20 21 22 23 24 25 
r3 T4 rs 
Instant j 7 P 
de réveil Arrivées espacées chez destinataire 
178 


Gestion de la qualité de service - Z. MAMMERI 


89 


6. Ordonnancement CBQ 


Class-based Queuing (1/3) 
[Floyd, Jacobson 95] 


Or 


Argent I 5 | 
Bronze j 102 WY 


e Chaque classe se voit réserver une part (selon son poids) de bande passante 
e Les poids garantissent une bande passante minimum 
e Les flux sont regroupés en classes 


e La bande passante laissée libre par un flux d’une classe et d’abord utilisée par les 
flux des classes ‘sœurs’. 


=> C’est la discipline la plus implantée actuellement par les routeurs dits à Qos. 


: ie à A 1 
Gestion de la qualité de service - Z. MAMMERI 13 


Class-based Queuing (2/3) 


Ordonnanceur de partage de lien 

— assure le partage du lien selon les poids 

— la bande passante laissée libre par une 
classe est distribuée en priorité parmi les 
classes Sœurs, puis distribuée 
équitablement entre les autres classes 

— utilisation d’estimateurs pour déterminer 
la bande passante utilisée par chaque 
classe et réguler les classes (arrêter les 
classes et distribuer la bande passante en 
excès). 


Ordonnanceur 
de partage 
de lien 


Ordonnanceur général 
— ordonnance les paquets 


— ne connaît que les feuilles de l’arbre 
— WRR, WFQ, RR, Priority queuing, ... 


Ordonnanceur 
général 
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Class-based Queuing (3/3) 


ES Partage de lien 


Queue pour C1.1 


Sauter 
queue 


Ordonnanceur 
général 


1 Queue pour C1.2 


+ 


Paquets 
sortants 


Paquets 
entrants 


QE > Classifieur 


Queue pour C2 


+ 


I 
re 
[j 
1 
I 
r 
I 
[i 


Queue pour C3.1 


| 
F- - -> 


1 Queue pour C3.2 


-- -> 


U 
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Terminologie de CBQ 
B Niveau : les feuilles de l’arbre constituent le niveau 1 (le plus bas) et la racine le niveau n (le plus 
élevé). 
B Limite de consommation 
— Si une classe a récemment consommé plus de bande passante que ce qui lui a été 


alloué, elle est dite au-dessus de la limite. Si elle en a consommé moins, elle est 
dite au-dessous de la limite. Sinon elle dite à la limite. 


E Satisfaction 
— Pour une classe feuille : si elle est au-dessous de la limite et qu’elle a (de manière 
persistante) des paquets en attente, elle est dite non satisfaite. 
— Pour une classe intermédiaire : si elle est au-dessous de la limite et qu’elle a des 
descendants qui ont des paquets en attente, elle est dite non satisfaite. 
— Autrement, la classe est dite satisfaite. 


E Régulation 
— Une classe est dite non régulée si elle est en cours d’ordonnancement par l’ordonnanceur 
général. 
— Autrement, elle en cours d’ordonnancement par l’ordonnanceur de partage de lien et elle est 


dite régulée. 


— La régulation de classe est déterminée par les guides de partage de lien. 
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Guides de partage de lien 


E Une classe reste non régulée si l’une des conditions suivantes est satisfaite : 
— La classe n’est pas au-dessus de la limite. 


— La classe n’a pas d’ancêtre de niveau i qui est au-dessus de la limite et qu’il n’y a pas de classes 
non satisfaites dans la structure de partage de lien à des niveaux inférieurs à i. Ainsi, la classe 
emprunte à cet ancêtre. 


E Autrement, la classe sera régulée par l’ordonnanceur de partage de lien. 


E A cause de problèmes de complexité de calcul des guides de partage de lien, une approximation est 
proposée par les auteurs : 


— Une classe reste non régulée si l’une des conditions suivantes est satisfaite : 
+ La classe n’est pas au-dessus de la limite. 
e La classe a un ancêtre au-dessous de la limite. 


— Sinon la classe sera régulée par l’ordonnanceur de partage de lien. 
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Estimateur (1/3) 


E L’estimateur mesure la bande passante consommée par chaque classe pour savoir si elle est au dessus 
de la limite afin de la suspendre. 


E Une méthode (heuristique) proposée est de considérer les instants d’inter-départ de paquets et d’utiliser 
une moyenne exponentielle pondérée (EWMA: exponential weighted moving average) pour lisser les 
valeurs de Jdle. 

— Soit b (en b/s) la bande passante allouée à la classe considérée, L (en b/s) la bande passante 
totale du lien, s la taille (fixe) de paquet en octets et tid (en sec) le temps d’inter-départ. 


Cas idéal b = débit d'émission (Idle = 0) 


<s octets ~ <s octets | 
E = ë A = _ 
tid = s/b 
Cas réel (Idle # 0) iie Idle = tid - s/b 
s octets > sets 
tid s/L 


184 
Gestion de la qualité de service - Z. MAMMERI 


92 


Estimateur (2/3) 


E Les paramètres sont mis à jour après chaque sortie de paquet. 


E Paramètre Idle 
Idle = tid - s/b 
Idle désigne la différence entre le temps théorique d’inter-départ et le temps d’inter-départ réel. 


Quand /dle >0, le dernier paquet a été émis plus tardivement que son instant théorique. Quand 
Idle <0, le paquet a été émis trop tôt et quand il est égal à 0, il a été émis à temps. 


E Paramètre Avgidle 
Avgidle — (1-w)*Avgidle + w*ldle 
Avgidle permet d’estimer la consommation d’une classe par rapport à sa consommation nominale. 
— Si Avgidle > 0 : la classe est considérée comme étant au-dessous de la limite 
— Si Avgidle <0 : la classe est considérée comme étant au-dessus de la limite 
w est un paramètre de EWMA ; il est généralement égal à 15/16 ou 31/32. 


Avgidle initialisé à maxidle. 
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Estimateur (3/3) 


E Paramètre maxidle 


— Lorsqu'une classe est au repos (idle) pendant une longue période, Avgidle devient élevé. Si un 
burst de paquets arrive, il consomme beaucoup de temps avant d’être pénalisé. 

— Pour éviter de monopoliser pendant longtemps le lien après un long silence, maxidle est 
introduit pour limiter la taille de burst après une période de silence. 


— La valeur de maxidle qui permet d'envoyer jusqu’à m paquets, de taille s, constituant un burst est 
la suivante : 


: S 
max idle = — x 1|x 
L b w” 
E Paramètre minidle 


— C'est la borne inférieure de Avgidle afin d’éviter d’accumuler trop de pénalité lors de sur- 
consommation de bande passante durant des bursts. En général, ce paramètre est mis à 0. 
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Régulation 


E Quand une classe est au-dessus de sa limite et qu’elle ne peut pas emprunter de ses ancêtres, elle est 
suspendue pendant une durée Offtime. 


E La quantité Offtime doit être choisie de sorte que le paramètre Avgidle de la classe redevienne positif 
(ou nul) après la suspension et permettre de transmettre ensuite un burst de m paquets au maximum : 


| 1 s (L | = wm=) s [L 
Offtime(m) = x—x 1|x ' x 1 
l-w L \b w”! L \b 
L 
Offtime(1) = © x MER. 
L b L 


s/b temps de transmission au débit b (débit alloué) 
s/L temps de transmission au débit L (débit du lien) 
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Ordonnaneur général 


E Généralement l’ordonnanceur général est WRR avec des poids qui correspondent à la bande passante 
allouée à chaque classe feuille. D’autres ordonnanceurs peuvent aussi être utilisés. 


E Lordonnanceur général coopère avec l’ordonnanceur de partage de lien en contrôlant la valeur de 
Offitime : 
— Si Offttime=0 ou si un temps égal à Offttime s’est écoulé depuis la suspension, alors effectuer 
l’ordonnancement en WRR normal. 
— Sinon, tester si la bande passante d’un ancêtre peut être prêtée à la classe 
e Si oui: ordonnancer avec WRR normal. 
e Sinon : sauter la classe pour le tour courant. 
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7. Conclusion 
Récapitulatif 


FIFO Pas de distinction entre les paquets — Pas de réservation de ressources 


FP Les queues de haute priorité sont servies d’abord. Garantie de transmission de 


trafic critique/urgent 


RR Les queues sont servies à tour de rôle et de la même manière 


WRR | Les queues sont servies à tour de rôle et en tenant compte de leur poids 


DRR Les queues sont servies à tour de rôle en fonction de la taille de leurs paquets 
du crédit accumulé. 


et 


WFQ | Garantie d'équité entre les flux — Les queues sont traitées en RR 


D-EDD | Paquets servis selon EDF. Garantie de délai 


J-EDD | Paquets servis selon EDF + rétention de paquets. Garantie de gigue 


CBQ Classification, réservation et service selon les classes. 
Garantie de bande passante et éventuellement de délai 
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Comparaison des disciplines de service 


WRR (1) 


Test d’acceptation 
de connexion 


Complexité 
d’ordonnancement 


(Pas de garantie) (Pas de garantie) 
Oui Oui Oui 


n : nombre de connexions partageant un lien de sortie e; : Durée de transmission du paquet i 
m : nombre de routeurs e : Durée maximale de transmission de paquet 
(1) Hypothèse : tous les routeurs utilisent les même paramètres RL et wt.. 

(2) Si le trafic est conforme un seau percé de paramètres (E, u). 

(3)k indique le rang (k = 1, ..., m) du routeur sur le chemin emprunté par la connexion. 


Délai de bout-en-bout 
maximal 


P,+ (m - DRL 


Gigue de bout-en-bout 


S P,- e; +(m -1)(RL-1) 
maximale 


(3) 


Besoin en espace 
€ +[(k-1)(RL-1)/P; le; 


mémoire 


Files d’attente exigées Non 
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Des problèmes à résoudre 


B Choix de discipline de service pour chaque routeur en fonction des applications. 


B Chaque routeur peut avoir ses propres stratégies et algorithmes 
d’ordonnancement > Difficulté de garantie de QoS de bout en bout 


B Fonctionnement avec QoS dégradée en cas de surcharge 


B Complexité des algorithmes en cas de contraintes multiples (maîtrise des heuristiques) 


B Modèles analytiques de bornes 


E Adaptation des algorithmes aux changements de trafic 


E Modèles de conception et d’analyse de composants combinés 


Routage/ordonnancement/CAC/Réservation de ressources 


E Algorithmes d’ordonnancement et réseaux sans fil avec capacités de lien dynamiques 


E Effets des mécanismes de sécurité sur les performances de l’ordonnancement 
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Chapitre 6 


Contrôle de congestion et gestion de buffers 
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1. Principes d’allocation de ressources 


Allocation de ressources (1/4) 


> Ressources = CPU, mémoire, bande passante... 


> QoS fournie dépend des ressources allouées pour le service. 


> Allocation de ressources => Politique d'allocation 
(droits d’utiliser des ressources, coûts, ...) 


> Allocation de ressources 
— Sans Négociation : rigide (tout ou rien), sûre 
— Avec Négociation : à la connexion, flexible, complexe 


— Avec Renégociation : s’adapter au réseau à tout moment, 
transmettre à moindre coût, (très) complexe 
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Allocation de ressources (2/4) 
> Stratégies d'allocation de ressources : Allocation non statistique ou statistique 


> Allocation non statistique (“peak bandwidth allocation”) 


© Allouer une capacité maximale s’il reste encore assez de bande passante 
© Adaptée au trafic à rythme fixe (CBR) 
© Risque de sous-utilisation du réseau 


> Allocation statistique 


© L’allocation ne se fait pas sur la base du débit maximum de connexion 


© La somme des débits correspondant aux connexions acceptées peut être supérieure à celui 
des ports de sortie du nœud. 


© Adaptée à des flux variables (VBR) 
© Difficulté de prédire la garantie de QoS 
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Allocation de ressources (3/4) 
> Problèmes de la réservation de ressources 
m Des ressources réservée mais non utilisées : Perte 


m Ressources minimales/moyennes à réserver : difficiles à déterminer 


Demande réelle r , 
Performances dégradées 


Niveau réservé 


Ressources gaspillées 


Temps 
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Allocation de ressources (4/4) 


> Gestion de buffers (tampons ou queues) 
m Gestion de buffers (un flux / une file, une file partagée entre plusieurs flux) 
m Mémoire de stockage des paquets limitée = Contrôler son utilisation 


m Deux décisions majeures : Quand rejeter les paquets ? 
Quels paquets rejeter ? 


> Contrôle et traitement de trafic 


m Contrôle de congestion 
m Contrôle de trafic de l’utilisateur 
m Façonnage du trafic de l’utilisateur (« traffic shaping ») 


m Marquage de paquets 
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2. Problème de congestion 
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2. Problème de congestion 


m Flux aléatoires + Mémoire limitée + bande passante limitée => 


Possibilité de congestion 
m Effets négatifs : taux de perte élevé, latence élevée 


m Nécessité de contrôle de congestion 


Sans contrôle de congestion 


Charge 


Bits/sec 


Bits/sec 


+ Throughput 


Temps Temps 


Avec contrôle de congestion 


Charge 
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Suppression de paquets 


Standard A Premium 
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Stratégies de suppression de paquets 


a Politique de suppression de paquets 
(Quels paquets supprimer et dans quelles conditions ?) 
e Rejeter sans distinction les paquets arrivant en fonction de l’état courant des buffers 
e Utiliser des seuils de congestion (anticiper les situations de congestion) 
e Utiliser les données des contrats utilisateur pour rejeter les paquets hors profil 
e Affecter des priorités basses aux paquets hors profil 


m Méthodes : réactives vs préventives 


m Techniques de contrôle de congestion 


Compromis : 
— RED (“Random Early Detection”) Complexité/ Performance/Prévision 
& 
— Variantes de RED (FRED, WRED...) Détermination des seuils 


— ECN (“Explicit Congestion Notification”) 


— Autres 
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Propriétés de stratégies de contrôle de congestion 


=E Anticipation des situations de congestion (aspects probabilistes) 
m Notification aux sources qui persistent à dépasser leur limite 

=E Rendement du réseau (‘throughput’) élevé 

m Latence limitée 

B Adaptation aux bursts (rafales de paquets) 

m Taille des queues appropriée (pas de surdimensionnement inutile) 
m Équité au niveau du rejet de paquets 


H Complexité d’implantation réduite 
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3. Technique FIFO 


Mise en queue (‘bufferisation”) dans les routeurs IP 


Interface 
réseau 


> Taille de queue (buffer) > Rejet de paquets 
| Suffisamment d’espace pour les rafales — Quand? 
|  Latence — Lesquels ? 


201 


Gestion de la qualité de service — Z. MAMMERI 


202 


101 


Technique FIFO pour la gestion de queue 


E FIFO : technique la plus simple pour gérer les files d’attente de routeurs. 
— une seule queue par interface de sortie 
— servir le paquet en tête 
— mettre en queue le paquet arrivant si file non pleine 


— rejeter le dernier paquet si queue pleine 


Interface 
réseau 


D La La RE 1 


E FIFO a le mérite de ne pas poser de problème au fonctionnement d’ Internet fondé sur 
le principe du meilleur effort. Pas de contraintes pour l’implantation de routeurs IP. 
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B Limites (inconvénients) de FIFO : 


Impossible de différencier les trafics (car on a une seule queue) : les paquets 


arrivant sont rejetés sans distinction en cas de queue saturée. Donc on ne prend pas en 
compte l’importance des paquets. 


— Il ny a pas d'isolation de flux. Un flux qui persiste à envoyer plus de paquets finit 
par avoir plus de service par rapport aux autres qui s’auto limitent. 


B Inconvénients du rejet en fin de queue (‘drop-tail’): 


— Les routeurs doivent avoir des queues de taille importante pour maintenir un taux 
d'utilisation élevé. 


— Des buffers larges impliquent des latences importantes. 


=> Nécessité d'utiliser des méthodes de gestion actives 
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4. Technique RED (Random Early Detection) 


E RED : technique la plus populaire pour l’évitement de congestion 


E Proposée par Floyd et Jacobson (1993) pour gérer les flux TCP 
E Gestion de queue avec des seuils - technique de gestion active (préventive) 
Probabilité de 


Taille moyenne 
Queue rejet/marquage 
Taille Max A sengeresceecosoesesossoesesroesoesosossosoeseesssoesescoseesessoreseosoeseesecoesoseeseereesesos 
Rejet/marquage 
SediM ASUS TOrGE 
We Ar: me "o : 
ER TETE LES ART She Rejet/marquage 
gi probabiliste 
SeuilMin CPREEEELES C0 n ECCECEN EC CO ECET | CEE CECEEELES 1 CRECEPES TEI iT LEERE L'OECEETEEEECEE EEE) Pas de 
rejet/marquage 
» Temps 
Trafic reçu par le routeur 
(avant application de RED) 
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Algorithme de la technique RED (1/2) 
> Pour chaque paquet arrivant 
E Estimation d'une taille moyenne de queue Q, : 
Os = (1 -w)Q moy La WO cit w<<1 (ex. w=0. 002) 
/* Qu: taille réelle de la queue de paquets acceptés et non encore transmis. 
Cette variable est incrémentée à chaque acceptation de nouveau paquet et 
a décrémentée à chaque transmission de paquet. */ 
Qreei Qmoy 
SeuilMax |!...1.............. 2)... singes 
11 * UEA. ET wa serres 
i a LE ESP care, Sae CT 
7 + i i 
SeuilMin -$ eseese i OÙ O0 L ARRE EL CES E CC TEE ES EEr ETETETT 2 CECCOCES EXC 0) SCORE on CCEEE COOP ECECEES 
E » Temps 
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Algorithme de la technique RED (2/2) 


E Rejet/marquage probabiliste en fonction de la taille moyenne de queue 
e Si Qmoy < SeuilMin: pas de rejet/marquage du paquet arrivant 
e Si Qnoy Z SeuilMax : rejet/marquage systématique du paques arrivant 
e Si SeuilMin <Q,,,, < SeuilMax : rejet/marquage avec une probabilité p, 
calculée comme suit : 
Po = Pmax*(Q noy - SeuilMin)/(SeuilMax- SeuilMin) 
Pa = P/(1 - p,*compte) 


/ * Compte = nombre de paquets reçus depuis le dernier paquet 
marqué/rejeté pendant que la condition SeuilMin < Qmoy < SeuilMax reste 
satisfaite. */ 
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Explication des paramètres de RED 


> Si l’on admet que l’on peut accepter des rafales de L paquets au maximum, alors le 
poids w doit respecter : 
( Hi w)! = a 
L +1 +-+ < SeuilMin 
w 


Par exemple : SeuilMin = 5 et L = 50, conduit à choisir w < 0.0042 


La variation de Qoy (1e. la sensibilité de Q,,,, aux rafales) dépend de la valeur de w. 
Si w est très petit alors, Q,,,, répond lentement aux changements de la queue réelle. 


> Les valeurs de SeuilMin et SeuilMax dépendent de la taille moyenne de queue 
désirée. Cette taille influe sur le délai moyen d'attente en queue. En général, 
SeuilMax est fixé au moins au double de SeuilMin. 


© Pmax désigne une borne supérieure pour la probabilité de marquage de paquet. Le 
nombre de paquets marqués/rejetés avant d'atteindre le seuil de congestion dépend 
de cette valeur. Pmax est fixée selon les besoins (est-ce que l’on veut anticiper de 
manière forte ou non les situations de congestion). Les auteurs de RED (Floyd et 
Jacobson) préconisent que la valeur de Pmax ne doit pas être supérieure à 0.1. 
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Algorithme de la technique RED détaillé 


/* Initialisation */ 


Qree1 := 0 ; /* Taille -en nombre de paquets- de la queue réelle */ 
Qmoy := 0 ; /* Taille moyenne estimée de la queue */ 
Compte := -1 ; /* Nombre de paquets reçus depuis le dernier paquet marqué. Ce nombre 


= 


s'incrémente uniquement quand la condition SeuilMin S Qy < SeuilMax est satisfaite * 
s := /* durée de transmission d’un paquet typique */ 
Répéter indéfiniment 
Chaque fois que Q, passe à 0 alors /* i.e. quand la queue réelle devient vide */ 
Q_instant := InstantCourant ; /* Instant lu à partir de l'horloge du système */ 
/* Q instant indique l'instant de début de période d’oisiveté de la queue */ 
|| /* en parallèle avec ce qui suit */ 


Pour chaque arrivée de paquet 
/* calculer la nouvelle valeur de taille moyenne de queue */ 


Si Q, > 0 alors {Onoy s= (1 = y) Qnoy + Qree1*W 3} 
Sinon { m = f(InstantCourant - Q instant) ; /* Généralement f(x) = x/s */ 
Dray = (1-W)TQnoy à } [* m représente le nombre de paquets qui auraient pu arriver 


pendant la période d’inactivité de la queue */ 
FinSi 
Si SeuilMin < Qy < SeuilMax alors 
{ Compte := Compte + 1 ; 


Pr := Pmax*(Qny — SeuilMin)/(SeuilMax - SeuilMin) ; Pa := p,/(1 - Compte*p;) ; 
Avec une probabilité p, { Rejeter le paquet arrivant ; Compte := 0 ; } 

Sinon 
Si SeuilMax < Qy alors {Rejeter le paquet arrivant ; Compte := 0 ; } 
Sinon { Accepter le paquet ; Compte := -1 ; } 
FinSi 

FinSi 

Fin Pour 
Fin Répé 
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Exemple de fonctionnement de RED (1/6) 


SeuilMin = 2 
SeuilMax = 7 


Pmax =0.1 
w = 1/4 


Interface 
réseau 


Compte =-1 Ooy =0 (or =0 
Queue vide à l’initialisation 


Interface 
réseau 


Compte =l Oni =0 Over =1 


Mise en queue d’un paquet 
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Exemple de fonctionnement de RED (2/6) 


Interface 
réseau 


Compte =-1 Q moy =0.25 Qeel =2 


Après le 2ème paquet 


Interface 
réseau 


B BEH 


Compte =-1 Q moy = 0.69 Qeel =3 


Après le 3%™° paquet 
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Exemple de fonctionnement de RED (3/6) 
E Interface 
réseau 
Compte = =a Ooy = = 1.27 Qreel = mi 
Après le 4ème paquet 
E Interface 
réseau 
Compte = =s Ooy = .9 Qreel = 
Après le 5ème paquet 
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Exemple de fonctionnement de RED (4/6) 


o~ pman 


Compte = = Qmoy = =2.71 Qheet = = 6 
Le SeuilMin est RET on calcule p, = 0,014. On tire une valeur aléatoire pour savoir si 
on rejette ou non le paquet. On suppose ici que l’on ne rejette pas le paquet. 
Après le 6ème paquet 


Interface 
réseau 


Interface 
réseau 


D Houman 
Compte =1 Q moy = 3.53 Qeel =6 


Le SeuilMin est dépassé, on calcule p, = 0,03. On tire une valeur aléatoire pour savoir si on 
rejette ou non le paquet. On suppose ici que l’on ne rejette pas le paquet. 
Après le 7ème paquet 
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Exemple de fonctionnement de RED (5/6) 


D CXENEEN 


Compte = = Qmoy = = 4.40 Qheet = = 


Le SeuilMin est EA on calcule p, = 0,05. On tire une valeur aléatoire pour savoir si on 
rejette ou non le paquet. On suppose ici que l’on ne rejette pas le paquet. 


Interface 
réseau 


Après le 8ème paquet 
E 9/8|7|6l5]413|2 |1 [es 
Compte = 3 Q moy = 5.30 Qree =9 


Le SeuilMin est dépassé, on calcule p, = 0,087. On tire une valeur aléatoire pour savoir si 
on rejette ou non le paquet. On suppose ici que l’on ne rejette pas le paquet. 
Après le 9ème paquet 
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Exemple de fonctionnement de RED (6/6) 


D MONENENENNTS 


Compte = = Qmoy = = 6.23 Qheet = = 10 
Le SeuilMin est . on calcule p, = 0,127. On tire une valeur aléatoire pour savoir si 
on rejette ou non le paquet. On suppose ici que l’on ne rejette pas le paquet. 
Après le 10ème paquet 


Interface 
réseau 


m 109268 TEASTAS 


Interface 
réseau 


Compte = = Qmoy = =7.17 Qreel = =10 


Le SeuilMax est dépassé. On rejette le paquet. 


Après le 11" paquet 
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RED est vulnérable en présence de flux agressifs 
(exemple de résultat d’expérimentation) 


1,400 - 
Rafale UDP 
1,200 
- — FIFO 
5 1,000 7 ‘* RED 
Da 
50 n 
3 Z 800 
SE o onn 
£ 2 f Ceci est dû au fait que TCP ! 
a M4 600 ! est un protocole adaptatif 
O = ! qui arrête de transmettre  ; 
= ! quandily ades pertes de | 
400 ! paquets, alors que UDP i 
! continue à transmettre i 
_! mêmesi les routeurs i 
200 | rejettent ses paquets. f 
i Ainsi, il va conduireTCP à | 
! réduire considérablement ! 
0 i son débit. ! 


0 10 20 30 40 50 60 70 80 90 100 
Temps (secondes) 
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Limites (inconvénients de RED) 


E Perturbation par les flux qui se comportent mal 
E Sensible au nombre de sources 


m Difficultés de choisir les paramètres (seuils et Pmax) 
E... 


Variantes de RED 
E FRED (Flow RED) 
= CBT RED (Class Based Threshold RED) : analogue à FRED 
m SRED (Stabilized RED) 
m DRED (Dynamic RED) 


m WRED (Weighted RED) 
= ARED (Adaptative RED) 
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Rejet selon Drop-tail, RED, WRED 
= 
L : 
Drop-tail 5 7 : 
Sg ; 
>20 s Taille de 
à " 
queue 
Queue Max 
2 
Avec RED ge “enveloppe” 
oS adjustable 
a~ eo Taille de 
Queue Max daS 
œ Service 
= © premium 
Avec WRED a T Service standard 
32 2 
Cu z Taille de 
Std. Min. Prem. Min. Queue Max 
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5. Contrôle de trafic utilisateur 


> Protection du réseau contre les abus des utilisateurs 
> Contrôle de conformité du trafic de l’utilisateur 


> Deux techniques d’implantation du contrôle du trafic 
— Seau percé (« leacky bucket ») 


— Seau à jetons (« token bucket ») 
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Contrôle du trafic de l’utilisateur — Seau percé (‘Leacky Bucket’) 


Arrivée de paquets 


B : taille maxi (burst Size) 
p : débit moyen 


Sortie avec rythme régulier 
Débit de p 
Sortie fixe O 
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Contrôle du trafic de l’utilisateur — Seau à jetons (‘Token bucket’) 


Arrivée de paquets 


B : taille maxi (burst Size) 
p : débit moyen 


Sortie avec rythme régulier 
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Mise en œuvre du seau percé pour ATM (1/2) 


— ATM véhicule des cellules de taille fixe égale à 53 octets. 


— Les cellules ATM sont déposées dans un tampon à M places au maximum 
(M correspond au paramètre MBS — ‘Maximum Busrt Size’). 


— Les cellules sont vidées du buffer avec un débit constant de S cellules/s 
(S correspond au paramètre SCR — ‘Sustainable Cell Rate’). 


— Dans le cas où certaines rafales contiennent trop de cellules pour tenir dans 
le tampon, il y a rejet de certaines cellules (on parle dans ce cas de 
débordement du seau). 


— Un seau est défini par deux paramètres : 
I (incrément) : I= 1/S 
L (Limite) : L=(M-1)*(1/S) M21 
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Mise en œuvre du seau percé pour ATM (2/2) 


Notations : 
TTA : temps théorique d’arrivée (c-à-d temps d’arrivée normalement prévu) 
ta (k) : temps d'arrivée effectif de la kè®™ cellule 
I : Incrément 
L: Limite 
TTA = ta(l) + I /* TTA initialisé à l'instant de l’arrivée de la 
première cellule */ 
Répéter indéfiniment 
Arrivée de la cellule k (k>1) 
Si TTA < ta(k) 
alors TTA = ta(k) + I 
Sinon Si TTA > ta(k) +L 
Alors cellule non conforme 
Sinon TTA = TTA + I 
FinsSi 
FinsSi 
FinRépéter 
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Façonnage de trafic (« traffic shaping ») (1/3) 
E Arrivée avec rythme régulier 
"E 
Q 1222707 i 
> 
x S nnn t 
Ð nnmnnn i 
> 
US OI OS ON ON i 
> 
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Façonnage de trafic (2/3) 


E Arrivée avec rythme irrégulier 


[x] É 


Ø k 
L S CE] EE CE] t 
La BBC MMM |, 


L4 


LE E oO oO = = 
m m mm 
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Façonnage de trafic (3/3) 
=> Objectif : Contrôle du rythme de la circulation des informations entre liens 
— Eviter la congestion 
— Absorber la gigue 
3 Deux techniques d’'implantation du façonnage du trafic 
— Seau percé 
— Seau à jetons 
> Problèmes 
— Surcoût du « traffic shaping » : maintient d’info d'état sur les flux 
— Où placer les « shapers » ? 
— Agrégation de flux et traffic shaping 
226 


Gestion de la qualité de service — Z. MAMMERI 


113 


6. Conclusion 


m Gestion de ressources et contrôle de congestion : fonctions vitales pour la QoS 


E Internet actuel : techniques utilisées simples, mais vulnérables 


Des problèmes à résoudre 


m Utilisation des techniques de prévention 
- Choix des indicateurs de charge et leur mesure 
- Choix des seuils de congestion (statique, dynamique) 
- Agrégation et dégradation de QoS pour les flux individuels 
- Maîtrise de l'analyse statistique de la charge dynamique 


m Gestion efficace de buffers pour les flux agrégés 

m Techniques d'isolation de flux et pénalisation des flux agressifs 

m Applications adaptatives à l'écoute du réseau 

m Gestion de buffers adaptive en fonction des applications (différenciation) 


E Combinaison : CA/Ordonnancement/Contrôle de congestion 
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Chapitre 7 


Architectures et protocoles de qualité de service dans 
Internet 
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1. Introduction 
> Objectifs ‘initiaux’ de l’Internet 
m Fournir les moyens de connectivité globale (au niveau mondiale) 


E Permettre à toute personne possédant un ordinateur de communiquer avec les autres 


m Traiter les paquets aussi vite que possible 


> Aujourd’hui : Internet n’offre quasiment qu’un service best effort 


> Internet et la QoS 


E Internet doit évoluer pour offrir de la QoS 


m Mais toute extension doit garder le sacro saint Best effort 
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Internet aujourd’hui 


Trois familles de protocoles 

— TCP (Transmission Control Protocol) en 1981 

— UDP (User Datagram Protocol) en 1981 

- DCCP (Datagram Congestion Control Protocol) en 2006 


E Trois applications courantes 
— WWW (TCP) 
— Transfert de données (TCP) 
— Transfert d’audio & vidéo (UDP) 


E Consomment 90% de l’Internet actuel 
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Performance de TCP (1/2) 


B Principe de contrôle de flux : 


— Envoyer des segments de données et attendre les ACK 
— Augmenter le débit si les ACK reviennent à temps 
— Réduire le débit en cas de perte des ACK. 


Data packets 


ACK packets 
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Performance de TCP (2/2) 


TCP Rate Control 


231 


70 


Seuil de congestion 


40 


Départ lent 


TCP Window Size 


Evitement de congestion 
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> IETF (Internet Engineering Task Force) a proposé de multiples moyens pour 
prendre en compte les besoins de QoS 


> Deux approches de fourniture de QoS 


M Integrated Services (IntServ) [RFC 1633 - Juin 1994] 
Orienté connexion 


E Differentiated Services (DiffServ) [RFC 2475 - Décembre 1998] 


Orienté agrégation de flux et marquage de paquets 


> Protocoles pour la QoS 


BH RSVP (Resource reSerVation Protocol) [RFC 2205 — Septembre 1997] 
E MPLS (MultiProtocol Label Switching) [RFC 3031 — Janvier 2001] 
E Autres 
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2. Architecture IntServ 
IntServ (Integrated Service) (1/5) 
© Flux de données = paquets ayant la même source et destination et même port 


 IntServ adopte le modèle orienté connexion 


© IntServ se base sur RSVP pour la réservation de ressources 
© Les routeurs qui n’implantent pas IntServ ignorent les nouvelles classes de QoS 


© Trois classes de service selon les besoins des applications 
— Service garanti (garantie absolue) 


— Service à charge contrôlée (garantie statistique) 


— Services Best-effort de trois types (pour le Web, FTP, Mail, etc.) 
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IntServ (Integrated Service) (2/5) 
> Implantation de IntServ : 4 composants 


Protocole de signalisation, Contrôle d'admission, Classifieur, Ordonnanceur de paquets 


Host Router 


pp RSVP RSVP i 


\ 


Politique de Politique de 
Contrôle Contrôle 


Contrôle Contrôle 
d’admission d’admission 
Classifieur Eh Ordonnanceur Ee E Classifieur f= Ordonnanceur =$] 
de paquets de paquets Į de paquets Pl de paquets ni 


Flux de données Information RSVP 


> 
ES 
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IntServ (3/5) 
> État actuel : Deux services IntServ ont été standardisés 


m Guaranteed Service (RFC 2212 - septembre 1997) 


Il fournit une garantie absolue pour le délai de transfert et la perte de paquet. 


m Controlled Load Service (RFC 2211 — septembre 1997) 
Il fournit un service équivalant à celui d’un réseau sous-chargé. 


Il est utilisable surtout par les applications qui s’adaptent à la charge du 
réseau et qui tolèrent la perte de paquet. 
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IntServ (4/5) 


=> Paramètres de caractérisation de QoS et trafic [RFC 2215 — 1997] 


m NON-IS-HOP : indique si, sur le chemin du flux, il y a des nœuds qui n’implantent pas 
IntServ. 


E NUMBER_OF_IS_HOPS : compte le nombre de nœuds qui implantent IntServ sur le 
chemin du flux. 


E AVAILABLE PATH BANDWIDTE: fournit l’information sur la bande passante 
disponible sur le chemin du flux. 


m MINIMUM PATH_LATENCY : fournit la latence minimale (i.e. avec délai de séjour en 


file d’attente -queuing delay- égal 0) pour les nœuds traversés. 


E PATH_MTU: fournit la Minimum Transmission Unit sur le chemin du flux. 


E TOCKEN_BUCKET_TSPEC : décrit les caractéristiques du trafic par le débit du seau 
percé (r), la capacité maximum du seau (b), le débit de crête (p), la taille minimum de 
paquet (m) et la taille maximum de paquet (M). 


Gestion de la qualité de service — Z. MAMMERI 237 


IntServ (5/5) 


> Limites/inconvénients 


m Le nombre de flux individuels peut être très important. Par conséquent, le 
nombre de messages de contrôle peut être élevé et nécessite beaucoup de 
ressources au niveau de chaque routeur. 


m Des politiques doivent être mises en place pour déterminer quand, où et pour 
qui les ressources peuvent être réservées. 


m Des règles de sécurité doivent être mises en place pour garantir que les 
utilisateurs non autorisés ne peuvent pas effectuer des réservations de ressources. 


m Peu d’industriels ont implanté IntServ à grande échelle. 


=> IntServ : convient seulement aux petits réseaux (problème de passage à l’échelle) 
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ReSerVation Protocol (RSVP) RFC 2205 (1/5) 


> C’est quoi RSVP? 


m RSVP est un protocole de signalisation pour demander la réservation de 
ressources dans un réseau IP. 


m Principales caractéristiques de RSVP 


— C’est l’ application qui initie le processus de réservation 
(granularité fine de réservation) au moment du démarrage d’un flux. 


— Modèle de réservation orienté Récepteur 
— Les réservations sont faites pour chaque flux individuel 
— Les flux peuvent être unicast ou multicast 


— Il supporte les réservations hétérogènes et permet la renégociation de 
réservation 


— Il permet un bon partage des ressources réservées pour de multiple flux. 


— La gestion des réservations s’effectue en mode état soft. 
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RSVP (2/5) 


E Un chemin unicast ou multicast est déterminé par un algorithme de routage 
(sans être sûr que ce chemin réponde à la QoS exigée). 


E La source du flux transmet un message PATH pour indiquer les caractéristiques de son flux. 
Chaque routeur traversé garde la trace du flux et des ressources demandées. 


E Chaque récepteur a ses propres capacités et spécifie dans un message RESV ses exigences. 

Chaque routeur sur le chemin du message RESV confirme les réservations ou les annule. 

Quand le message RESV atteint la source, les réservations sont acceptées le long du chemin et le flux de 
données peut commencer. 


Récepteur 
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RSVP (3/5) 


> État soft de RSVP 


m Signifie l’état associé à RSVP (états PATH et RESV) est temporaire 
— Il faut le rafraîchir pour qu’il reste valide 
— Il est (éventuellement) détruit s’il n’est pas rafraîchi. 


m Rafraîchissement et suppression d’état 
— Par envoi périodique de messages (PATH/RESV), toutes les f sec. 
— Si un routeur ne reçoit pas de message après n*t sec, il supprime l’état. 


m Comme on est dans IP et pour éviter le surcoût de gestion des états, 
les messages sont envoyés de manière non fiable. 


& Inconvénients 

La maintenance des états soft implique que tous les routeurs doivent constamment 
contrôler et mettre à jour les états pour chaque flux individuel. La conséquence peut être 
une congestion de réseau. 
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RSVP (4/5) 
> 7 Messages RSVP 
— PATH : Mise en place d’un état de réservation le long d’un chemin. 
— RESV : Requête de réservation le long d’un chemin. 
<Path Message> ::= <Common Header> <Resv Message> ::= <Common Header> 
[ <INTEGRITY> ] <SESSION> <RSVP_HOP> [ <INTEGRITY> ] <SESSION> <RSVP_HOP> 
<TIME_VALUES> [ <POLICY DATA> ... ] STTME_VALUES?> [ <RESV_CONFTRM> ] 
[ <SCOPE> ] [ <POLICY DATA> ... ] 
[ <SENDER TEMPLATE> <SENDER_TSPEC> <STYLE> <flow descriptor list> 
[ <ADSPEC> ]] 
Définit les caractéristiques du trafic. Définit la QoS demandée par le récepteur. 
= RSVP est un protocole général et ne spécifie ni les types de ressources 
demandées, ni la quantité de ressources à réserver. 
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RSVP (5/5) 


> 7 Messages RSVP (suite) 
— PATH_TEAR : Suppression explicite d’un état de réservation. 


— RESV_TEAR : Suppression explicite de réservation. 


> Extensions RSVP 
m RSVP pour DiffServ, RSVP pour les réseaux ad hoc, RSVP sans état... 


PATH__ERR : Message d’erreur sur un chemin. 
RESV_ERR : Message d’erreur de réservation. 
RESV_CONFIRM : Confirmation de réservation 


> Extension souhaitée non encore acceptée par l’IETF 
m RSVP est orienté Récepteur or dans certaines applications c’est l’ émetteur 
(source) qui souhaite imposer les exigences en terme de QoS pour le flux 
qu’il veut transmettre. 
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Enthousiasme 


Acceptation de IntServ/RSVP 


IntServ/RSVP va résoudre 
les problèmes de QoS au 
niveau mondial 


à 


Problème dur : Mapping entre RSVP 
fourni par les ISP et ATM 


“RSVP ne passe 
pas l'échelle” 


Problème dur : 
MPLS TE pour les ISP 


Utilisation pour la VolP 
dans l’entreprise 


Aujourd'hui Temps 
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Principes de base et caractéristiques de DiffServ 


m Pallier les inconvénients de passage à l’échelle de IntServ 


m Introduction du concept d’agrégation de flux pour simplifier les traitements 


de classification et marquage de paquets 


m Caractéristiques importantes 
— Pas de gestion d’état par flux 
— Pas (ou peu) de classification de paquets à l’intérieur du réseau 
— Gestion sur la base de SLA et non de connexion 
— Réalisable par des mécanismes simples (câblés) 
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Routeurs de bordure et routeurs de cœur 


Users 


DS Region 1 


> Fonctions de nœuds DiffServ 
m Nœuds de frontière : Classification, marquage, ... destruction de paquets 


m Nœuds du cœur : Commutation, accélération des traitements de paquets 


DS Région 2 


Noeud de frontière 
DS-nonDS 


Noeud de frontière 
DS-DS 


Noeud du coeur 
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Code DiffServ (1/3) 


m Champ DiffServ (or DSCP) = 6 bits dans l’entête IPv4 ou IPv6 
Il indique le niveau de QoS pour traiter le paquet 


Type of Service (ToS) 


IP Precedence 
0 1 2 3 4 5 6 7 
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Code DiffServ (2/3) 
3 bits (Précédence) + 4 bits (TOS) + 1 bit à 0 | 


0 es 15 16 32 
EBRA DiE Précédence et TOS 7 16-bits longueur totale du paquet (en octets) 


version | de l'entête 
-bit 
16 bits - Identificateur de datagramme d a 13-bits Offset de fragment 
rapeaux 
durée de vie (TTL) 8-bits protocole 16-bits Total de contrôle d’en-tête 


32-bits adresse IP source 


32-bits adresse IP destination 


Options — longueur variable — 


Données — longueur variable — 


Entête de paquet IPv4 
[RFC 791 ; Sep. 1981] 


TOS = 1xxx : Minimiser le délai 
01xx : Maximiser le rendement 
001x : Maximiser la fiabilité 
0001 : Minimiser le coût 
0000 : Service normal 


même temps 


On ne peut pas exiger 
deux types de QoS en 
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Code DiffServ (3/3) 


Version 
(4 bits) 


Classe de trafic 
(8 bits) 


données (16 bits) Entête suivant (8 bits) Nombre de sauts (8 bits) 


Etiquette de flux pour la QdS (20 bits) 


TTL) 8-bits protocole 16-bits Total de contrôle d’en-tête 


Adresse source (16 octets) 
Adresse destination (16 octets) 


Entête de paquet IP v6 
[RFC 2460 - Déc. 1998] 


4 bits de priorité/classe 


Les priorités de 0 à 7 : pour le trafic dont la source dispose d’un mécanisme de contrôle de 


congestion : 0 (trafic non caractérisé), 1 (NNTP), 2 (SMTP), 
4 (FTP et NFS), 6 (Telnet et terminal X), 7 (SNMP) 


Les priorités de 8 à 15 : pour le trafic qui ne prend pas en compte les situations de congestion 


(trafic temps réel). 
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Marquage/re-marquage de paquet 
m Marquage 
— Par la source 
* Par un dialogue approprié avant l’échange de données, la source obtient le DSCP 
* Le DSCP est fixé par le réseau au moment de l’établissement du contrat (SLA) 
et notifié à la source 
- Par réseau 
* Lorsqu'un paquet arrive au premier routeur de bordure, celui-ci choisit le DSCP 
en fonction des adresses source et destination, numéro de port et informations sur le SLA. 
m Re-marquage 
— Dans les routeurs de coeur (rarement) 
— Lorsque le paquet traverse des systèmes autonomes différents 
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Traitement standardisé : PHB (Per Hop Behavior) (1/3) 


m Agrégation de comportement : un ensemble de paquets avec le même DSCP 


m Comportement par saut (PHB): traitement subi (en terme de QoS) par un 
paquet marqué par un DSCP 


m Un PHB est une notion abstraite (boite noire) 


— Un PHB décrit le comportement observable lors de l’expédition (forwarding) de 
paquets avec le même DSCP 


— Un PHB peut être implanté de manière différente selon les systèmes autonomes 


— L'IETF n'indique ni comment les PHB sont implantés, ni quelle est la nature 
exacte (QoS) du traitement subi par les paquets. 


m Correspondance entre DSCP et PHB : réalisée (connue) de manière statique. 


m Région DiffServ = ensemble de domaines DiffServ avec des objectifs communs 
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Traitement standardisé : PHB (Per Hop Behavior) (2/3) 


m Groupes de PHB standardisés 
— Expedited Forwarding (RFC 2598 — Juin 1999) 
— Assured Forwarding (REC 2597 — Juin 1999) 
— Best effort (RFC 2474 — Décembre 1998) - Code DSCP = ‘000000? 


m Expedited Forwarding (DSCP =‘101110°) 


— Offre un service avec : bande passante garantie, taux de perte faible, faible latence, 
faible gigue 


— Adapté à la voix sur IP et les lignes virtuelles louées 


— EF fonctionne correctement à condition que le trafic des sources ne dépasse pas 
une borne maximale connue. 
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Traitement standardisé : PHB (Per Hop Behavior) (3/3) 


m Assured Forwarding 
— Offre différent niveaux de service en termes de débit (gold, silver, bronze...) 
— Les contraintes de temps (délai et gigue) non garanties 
— Le taux de perte est non quantifiable mais dépend du DSCP. 
— Actuellement 4 classes AF indépendantes sont définies. 3 niveaux de 
rejet (drop precedence) en cas de congestion sont définis pour chaque classe. 


AF Classe 1 > >AF Classe3 > AF Classe4 


DSCP recommandés 
ER € E m |AF Classe 1: 001dd0 


dd 


AF Classe 3: 011dd0 


En AF Classe 4: 100dd0 


dd = drop precedence 
dd=01 : taux de pert faible ; dd=11 : taux de perte élevé 
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Blocs fonctionnels 


Management & 


Configuration 


Lissé 


O] 
fa p oee | —| maner | ee |C i 
Dropper =e 


Conditionnement de trafic 


I= — peredur | 


e Classifier : sélectionne les paquets en fonction de leur entête. 

e Meter : effectue des mesures pour savoir si le paquet est conforme au contrat de trafic 
e Marker : réécrit ou change le DSCP 

e Shaper: retarde certains paquets pour les rendre conformes à certain rythme. 


e Dropper: écarte (élimine) certains paquets non conformes ou ayant un taux de rejet exigé plus 
élevé que celui des autres paquets (seulement en cas de congestion) 
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Acceptation de DiffServ 


Enthousiasme 


DiffServ va résoudre 

les problèmes de QoS 

au niveau mondial DiffServ Engineering? 
DiffServ SLA ? 
Internet e2e SLA? 


DiffServ inter fournisseurs et la QoS de 
bout en bout dans Internet nécessitent 
plus de travaux de standardisation et de 
dispositions commerciales. 


Développement et déploiement de 
router DiffServ intra domaine. 


Aujourd'hui Temps 
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‘IntServ over DiffServ’ 


M IETF a défini un cadre pour le déploiement de 
IntServ au dessus de DiffServ. 


MH Une solution pour le passage à l’échelle 
de RSVP dans l’entreprise et SP. 


M Mapping flux RSVP et PHBs 


© Multiple alternatives pour le contrôle 
d'admission au niveau des AS DiffServ : 
— Pas de CA 


— CA au niveau des routeurs de bordure 
— CA au niveau de chaque routeur 


— CA au niveau de chaque routeur mais sur des 
flux agrégés. 
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Limites de DiffServ 


— Fournir de la QoS à des flux agrégés ne permet pas (sauf pour la classe premium) toujours 
d’offrir la QoS de bout en bout pour chaque flux pris individuellement. 


— DiffServ suppose des SLA configurés de manière statique. Or les besoins utilisateur et la 
topologie du réseau peut évoluer dans le temps. 


— DiffServ est orienté Emetteur. Or parfois il faut tenir compte des capacités et besoins du 
récepteur. 


— Le nombre de DSCP n’est pas assez élevé pour différencier réellement les flux. On 
surdimensionne souvent (eg. Mettre ensemble deux flux qui demandent deux latences de 10 et 
50 ms). 
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Problèmes ouverts sur DiffServ 


— Analyse et maîtrise de l’impact de l’agrégation sur les performances de bout en bout. 
— Conception et validation de PHB avec une approche orientée composant à QoS 

— Mapping entre les besoins en QoS, DSCP et PHB. 

— Implantations efficaces des blocs fonctionnels (scheduling, routing, meter, shaping...) 
— Réservation de ressources dynamiques : stratégies et signalisation 

— DiffServ sur MPLS, GMPLS 

— DiffServ et réseaux ad hoc, réseaux de capteurs 


— Autres 
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Réseau 


IntServ 


Approche “Appel bloquant” 


Réseau 
DiffServ 


Approche “à priorité 
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IntServ vs. DiffServ (2/3) 
Intserv Diffserv 
Granularité du service Flux individuels Agrégation de flux 
Etats dans les routeurs re 
Par flux Par agrégation 
(eg. Ordonnancement….) 
Base de classification Pasien s champs Champ DSCP 
de trafic dans l’entête 
Type de différenciation Garantie déterministe | Assurance absolue 
de service pu statistique ou relative 
f D ; ; Requis pour 
Contrôle d'admission Obligatoire 3 An 
l? assurance absolue 
Protocole de signalisation Obligatoire (RSVP) Mon requis pour 
lf assurance relative 
260 
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IntServ vs. DiffServ (3/3) 


Intserv Diffserv 


et exigences de QoS 


Coordination pour la | End-to-end Local (PHB) 

différenciation de service 

Etendue de service hemins unicast ou Partout dans le 
ulticast réseau 

Sclabilité Limité par le nombre Limité par le nombre 
de flux de classes de service 

Ea Basée a les Basée sur l’utilisation 
Comptabilité caractéristiques de flux 


de classe 


Gestion de réseau 


himilaire aux réseaux à 
ommutation de circuits 


Similaire aux 
réseaux IP 


Déploiement interdomaine 


Accords multilatéraux 


Accords bilatéraux 


Gestion de la qualité de service — Z. MAMMERI 


4. MPLS 


Le meilleur des deux ‘mondes’ 


Commutation 
de paquet 


m ATM et Frame Relay ne peuvent pas se substituer directement à IP pour 


HYBRID 


MPLS + IP 


être utilisés comme technologies pour l'Internet. 


m MPLS + IP forme un mécanisme puissant combinant les points forts des 


Commutation 
de circuit 


deux technologies de commutation (circuit et paquets IP). 


m Objectifs de MPLS : permettre une expédition (forwarding) ultra rapide afin 


d'offrir de la QoS. 
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Terminologie MPLS (1/3) 


m MPLS = MultiProtocol Label Switching 


E Label = un tag (‘étiquette’) permettant d'identifier un flux (FEC). 


m Expédition de paquet (bordure) + Commutation de label (cœur) 


I 
I 

Expédition IP | Commutation de label Expédition IP 
l 
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Terminologie MPLS (2/3) 


m FEC (Forwarding Equivalence Class) : groupe de paquets IP subissant le même 
traitement d'expédition. Il y a une correspondance entre FEC et classe de QoS fournie. 


Attribution du même 
label à deux paquets 
ayant deux adresses de 


On pourrait garder la même étiquette le long du chemin. 
Dans un réseau MPLS, les labels sont normalement fixés 


destination différentes une fois pour toutes à l'entrée du réseau MPLS par les LER. 


LER : Label Edge Router LSR : Label Switching Router LSP : Label switch Path 


£- + 
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Terminologie MPLS (3/3) 
m LSP (Label Switching Path) : unicast ou multicast. 


#14 —»#311 
#99 —»#311 
#963 —>#311 


Exemple de LSP multicast 
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Commutation dans MPLS (1/2) 


abel Switching 


Ma 


Label Edge 
Routers 


Table de commutation 


Label @IP | Label |Interface 
entrant| dest sortant |de sortie 
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Équipements de 
commutation 
d'étiquettes 
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Commutation dans MPLS (2/2) 


E Principes de base de la commutation de label : 


-= Combine le routage de niveau Réseau avec l’ expédition basée sur l échange de label 


. La simplicité de l’expédition de la couche 2 offre de meilleures performances 
. Le routage de niveau 3 a une meilleure scalability. 
- Séparation nette entre l expédition et le contrôle/routage 
. Module d’expédition : une simple fonction d'échange de label. 
. Module de contrôle : fonctions de collection des données pour la maintenance et 


distribution des labels. 
. La séparation facilite l’évolution graduelle du contrôle simplicité. 


E Algorithme d'expédition : 
— Extraire le label du paquet entrant 
— Trouver l’entrée dans la table de commutation avec “label entrant = label du paquet” 
— Remplacer le label du paquet avec le label sortant 
— Envoyer le paquet sur l'interface de sortie. 


E Algorithme d'expédition indépendant de la couche Réseau et de la distribution des labels. 
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Distribution des labels (1/3) 
E Objectif 


— S'assurer que des routeurs voisins ont une vue commune des FEC pour traiter 
les paquets de manière cohérente. 


— Permettre à chaque routeur de trouver la correspondance entre le numéro de 
label entrant et le numéro de label sortant 


E Techniques de distribution de labels 
— Manuellement 


— Par LDP (Label Distribution Protocol) dédié 

— Par Constraint-based routing LDP /* Pour tenir compte de la QoS */ 
— Par RSVP-TE (RSVP avec extension TE -traffic engineering) 

— Par BGP (Border Gatway Protocol) 


— Autres 


E Protocole de distribution de label dits aussi Protocoles de signalisation MPLS 
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Distribution des labels (2/3) 


E Avant de fixer les labels et de les communiquer entre routeurs MPLS, les tables de 
routage de ces routeurs doivent être construites (par OSFP, RIP...) 


m Chaque LSR associe (binding) un label à chaque FEC (décision locale). Ensuite les 
labels sont communiquées aux autres LSR en prenant le chemin inverse des données. 


Table de routage de LSR1 Table de routage de LSR2 
Prefix-adriP |Next Hop Prefix-adriP | Next Hop 
47.80.**.** |  LSR2 ATOS RS) 
46.10.01.31 47.80.55.3 


LSR1 LSR2 LSR3 
72 
ES Ses A 


Label Information Base de LSR1 Ç Pour 47.80.**. 


Labelin FEC LabekOut Utiliser le label_17 Label Information Base de LSR2 
XX 780| M7 1e | Label-In| FEC Label-Out 
47.80.) XX 
Etape 3: LSR1 insère le label re communique Etape 1 : LSR2 effectue 
Dans sa table d'expédition ON9Rang' a SonVos le binding entre FEC et label 
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Distribution des labels (3/3) 


B Deux manières de distribuer les labels par LDP : à la demande ou sans demande 


LDP en mode sans demande LDP en mode avec demande 
Paquets de données > Paquets de données > 
LSR1 LSR2 LSR1 LSR2 
c — 
Label-FEC Binding Request for Binding 


e LSR2 et LSR1 ont une relation d’adjacence-LDP si a 
LSR2 est le successeur de LSR1 sur le chemin Label-FEC Binding 


pour une FEC donnée. n : . 
+ LSR1 reconnaît LSR2 comme étant le prochain 


+ LSR2 découvre le next-hop pour le FEC (s'il n'y a saut pour une FEC donnée. 
pas de next-hop, LSR2 ne pourra pas traiter les 


paquets de la FEC carils n'ont pas de destination). ne, 
binding. 


+ LSR2 choisit un label qu'il associe à la FEC et le 


communique à LSR1. e Si LSR2 reconnaît le FEC et qu'il a un next-hop 


pour elle, il crée le binding et répond à LSR1. 


e LSR1 insère le label reçu dans sa table. . Noe 
e Les deux LSRs connaissent les labels à utiliser. 


e LSR1 envoie une requête à LSR2 pour obtenir son 
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Exemple de distribution des labels (1/3) 


1. Construction de table d’expédition (par OSPF...) 
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Exemple de distribution des labels (2/3) 


2. Distribution de label 


Intf Label | Dest | Intf 
Intf | Label | Dest | Intf | Label In In Out 
In Jin Out | Out 3 0.40 47.1 |1 
3 [050 |471|1 T040 Paiti 


Request: 47.1 3 


Mapping: 0.40 
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Exemple de distribution des labels (3/3) 


3. Les paquets empruntent le LSP 


Intf | Label | Dest | Intf | Label 
In Jin Out | Out 
3 [050 [47.1]1 [040 


IP 47.1.1.1 
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Encapsulation de label (1/2) 


m MPLS est censé fonctionner au dessus de diverses couches 2 


m Les spécifications pour les couches 2 suivantes sont définies: 
* ATM : label contenu dans le champ VCI/VPI de l'entête de cellule ATM 


-* Frame Relay : label contenu dans le champ DLCI dans l’entête de cellule FR 


+ PPP/LAN : utilise un entête inséré entre les entêtes des couches 2 et 3 


Label [va LC DLCI “label spécifique” 


VPI: virtual path identifier 


VCI: virtual channel identifier 


DLCI: data link connection identifier 
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Encapsulation de label (2/2) 


m Encapsulation pour ATM 


5 Octets 


<4 


> 


Entête ATM | Ypi (8 bits) | VCI (16 bits) | PT | CLP | HEC 


Label _f Label _? 


m Encapsulation pour PPP, Ethernet et autres couches 2 de LAN 


Entête de la couche 2 
(eg. PPP, 802.3) 


4 Octets 


Entête de la couche 3 (eg. IP) 


> 


Label (20 bits) 


| Experimental! S 


(3 bits) 


TimeToLive (8 bits) 


Gb) 
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MPLS = Harmonisation des solutions aux problèmes d’interconnexion 
M, End Users / 
cn p A Applications 
MPLS y MPLS 
IPVPN CESS  Interworking 
MPLS ss 
TE + > DS D MPLS 
QoS = a ~ meá Protection 
EE’... RS AE ARE & rerouting 
CRT RS ES MPLS 
dl TU Jr" y SDH TDM & 
X FE xe xe -B Photonics 
Trails 
hotonics 
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5. Conclusion 


m Internet à QoS devient de plus en plus une réalité 
— Les utilisateurs la demandent 
— La technologie permet de l’offrir. 
— Les standards sont disponibles. 


m Mais le futur est un peu incertain/trouble 

— De multiple solutions concurrentes 
+ DiffServ vs. IntServ 
+ DiffServ vs. MPLS + traffic engineering 
+ DiffServ over GMPLS 

— Des pièces manquantes (ou à développer davantage) 
+ Signalisation DiffServ et définition des services et SLA 
+ Couplage entre les différentes architectures et protocoles de routage 
+ Interactions entre technologies 
+ Passage à l’échelle des solutions proposées 
+ Politique standards 


+ Interactions entre fournisseurs, entre AS 
+ 
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Avant les NGN N “promesses” 
Modèle de services isolés Modèle de services unifié 


Services Services Services Services Contenus et Services 


5 PSTN/ 
|. ms wienia: ADSL ra 
- EBG: 
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User Connectivity re 


Services IMS HSS Localisation, 


(FMulimeua (Home Subscriber Sécu rité S 


Subsystem) Server) 


Core 
Access Pe y 
xDSL WiMAX WLAN 
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Chapitre 8 


Routage à QoS dans les réseaux ad hoc mobiles 


280 
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1. Introduction aux MANETs 


MANET : Mobile Ad hoc NETwork 
Réseau de signalisation du 


roi perse Darius 
(522-486 AC) 
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Topologie de MANETS 


7c, Portée 


à ; 4 
. N 
le du signal As Fa 
N Pi Sa 2 
Lien a C4 ` a? 
Š P ~ A 


~ sans fil Sarre - 
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MANETS vs. Réseaux cellulaires 


> Route à N sauts vs. route à 1 saut 
Dans un MANET, chaque nœud est un “routeur” 
> Autonomie vs. Administration centralisée 


Les MANETS sont self-creating, self-organizing, et self-administering 


7 MS 


AC 
[emsd-— msc —es¢ BTS 
VLR 


Réseau cellulaire fon 


Infrastructure 


MANET 
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Domaines d'utilisation des MANETS 


m Partout où il ny a pas d'infrastructure 


m Usages personnels 
> Téléphone, oreillette, laptop... 


m Environnements militaires/champs de bataille 
> Soldats, chars, avions de chasse 


m Environnements civils 
> Réseau de taxi, de bateaux, petits avions 
> Salles de conférence, Campus universitaires 
> Stades, Espaces de jeu... 


m Interventions d'urgence 
> Recherche et secourisme, SAMU 
> Police, pompiers 
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Domaines d'utilisation des MANETS 


Haute altitude 


Altitude moyenne 


Faible altitude 


Niveau sol 


Plusieurs types de 
BF radio exigés 
Plusieurs réseaux 
interconnectés 
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Limites des MANETS 


> Limites des réseaux sans fil 


e Variabilité de la capacité des liens 

e Bande passante limitée 

e Déconnexions/partitionnements fréquents 
e Sécurité (diffusion totale !) 


> Limites dues à la mobilité 
e Topologies/routes changeant dynamiquement 
e Manque de prise en compte de la mobilité par 
les applications/systèmes (transparence) 


e Durée de batterie limitée 
e Capacités (calcul et stockage) limitées 


e Pertes de paquets dues aux erreurs de transmission 


Difficultés/ 
impossibilité de 
réservation de 
ressources 
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Garantie de QoS !!! 


> Limites dues aux équipements/ordinateurs mobiles 
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Travaux et Challenges 


> Protocoles MAC > Modèles de simulation de MANETs 


> Méthodes d’auto-configuration 


> Routage (unicast, multicast) 
> QoS, Réservation de ressaurces onçgption « cross-layer » 


> Modèles de mobilité 


> Gestion et prédiction 
> Localisation des s onnexion avec d’autres réseaux 
> Consommation d'éner tennes ("smart antennas") 


> Couche transport pour M 
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2. Routage best effort dans les MANETS 
Propriétés d’un routage idéal pour MANETs 
»> Totalement distribué (tolérance aux fautes) 


> Délai minimal pour la sélection de route (sélection instantanée) 


> Convergence vers la solution optimale 


> Maintenance de route impliquent un minimum de nœuds 

»> Reconfiguration rapide : adaptation aux différents changements de topologies 
» Fraîcheur des informations d'état stockées (vue précise et instantanée) 

> Surcoût minimal (peu calcul, peu de paquets de contrôle, peu d'infos stockées) 
> « Scalability » 

> Utilisation optimale des ressources du réseau 

»> Capacités à offrir de la QoS 

> Sécurité et vie privée 
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Sources de difficulté du routage dans les MANETs 


> Mobilité des nœuds (topologies changeantes) 
> Nombre élevé et/ou très variable de nœuds 
> Contraintes de débit (interférence, collision...) 


> Collisions entre nœuds (Location-dependent contention) 


plus il y a de nœuds dans la même zone plus il y a de collisions 
> Taux d'erreur élevé 
> Contraintes d'énergie 


> Contraintes de sécurité 
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Orientations des travaux 


Routage Best effort 

Routage à QoS 

Routage avec optimisation de l'énergie 
Routage et sécurité 

Modèles de mobilité 


Modèles de simulation et analyse 
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Protocoles de routages pour MANETs 


> Beaucoup de propositions 


m Algorithmes de base (originaux) : moins d’une dizaine 
m Leurs extensions : des dizaines 


» Aucun protocole n'est parfait 
Tailles variables : Petits (2-100), Moyens-larges (100-10000), très grands (10000 à des millions) 
Besoins différents : débit, délai, disponibilité, sécurité, énergie. 
> Le groupe MANET de l'IETF n'a publié que quatre RFC 
m Directives générales (RFC 2501 — Janvier 1999) 
m AODV (RFC 3561 — Juillet 2003) 
m OLSR (RFC 3626 — Octobre 2003) 
m DSR(RFC 4728 — Mai 2007) 
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| Sélection de m 
Proactifs chemin fondée Géographique 
~oo sur l'historique ~ 

(passé + présent) - 
CEE Energie 
Réactifs EE g 
Sélection de 
chemin fondée E z R 
i Hiérarchique Inondation 
Hybrides sur la prédiction s a tes 
(futur) 
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Sélection de 
chemin fondée 
sur l’historique 


Sélection de 
chemin fondée 
sur la prédiction 


e DSDV e DSR e CEDAR (passé) (passé + futur) 
© OLSR e AODV ° ZRP e DSDV e FORP 

e FSR e ABR e ZHLS e WRP e RABR 

e HSR e SSA e STAR e LBR 

e DREAM e FORP e DSR 

e GSR e PLER e AODV 

: e FSR 

e STAR R 
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Hiérarchique 


Géographique 


Inondation 


Energie s : 
g sélective 
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e LAR e PLBR 
e DSR e PAR 

e DREAM © OLSR 
e AODV 
e ABR 
© SSA 
e FORP 
e PLBR 
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ABR : Associativity-Based Routing 

AODV : Ad hoc On-demand Distance-Vector routing 
CEDAR  : Core Extraction Distributed Ad hoc Routing 
CGSR : Cluster-head Gateway Switch Routing 
DREAM : Distance Routing Effect Algorithm for Mobility 


DSDV : Destination Sequenced Distance-Vector routing 
DSR : Dynamic Source Routing Protocol 

FORP : Flow-Oriented Routing Protocol 

FSR : Fisheye State Routing 

GSR : Global State Routing 

HSR : Hierarchical State Routing 

LAR : Location-Aided Routing 

LBR : Link life-Based Routing 

OLSR : Optimized Link-State Routing 

PAR : Power-Aware Routing 

PLBR : Preferred Link-Based Routing 

RABR : Route-lifetime Assessment Based Routing) 
SSA : Signal Stability-based Adaptive routing 


STAR : Source-Tree Adaptive Routing 

TORA : Temporally Ordered Routing Algorithm 
WRP : Wireless Routing Protocol 

ZHLS : Zone-based Hierarchical Link-State routing 
ZRP : Zone Routing Protocol 
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D Protocoles proactifs 
— Maintenance de routes entre toute paire de nœuds à tout instant 
— Mises à jour continue des tables 
— Pros: + Routes immédiatement disponibles 
— Cons: - Maintenance de routes inutilisées 


- Trafic de contrôle important 


> Protocoles réactifs 
— Calcul de route quand on en a besoin 
— La source initie la recherche de route 
— Pros: + Faible surcoût car les routes sont établies à la demande 
+ Emploi de la diffusion (recherche globale) 
— Cons: - Temps de recherche de route important (inondation) 
- Risque élevé de rafales de trafic 
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DSDV (Destination Sequenced Distance Vector) routing 


m Un des premiers protocoles proposés pour les réseaux ad hoc [Perkins 1994] 

m Protocole proactif 

m Basé sur l'algorithme de Bellman-Ford. 

m Echange périodique de tables entre voisins. 

m Chaque table diffusée par un nœud est accompagnée d’un numéro de séquence. 


m Lorsqu'un nœud reçoit une table d’un autre nœud, il vérifie le numéro de séquence de 
la table reçue pour savoir s’il faut la prendre en compte ou l’ignorer. 


m Chaque nœud a une table de routage qui contient pour chaque destination : 
- longueur du chemin le plus court 
- adresse du premier saut suivant vers cette destination 
- numéro de séquence associée à cette destination. 


Routage à QoS dans les réseaux ad hoc mobiles - Z. MAMMERI 297 


OLSR (Optimized Link State Routing) - [Clausen et al. 2001] 
m Protocole proactif à état de lien 
m Basé sur les MPR (MultiPoint Relay) 
m Réduit l’overhead en réduisant les nœuds qui relayent les informations 


m De nombreuses extensions 
QOLSR (QoS OLSR) 
S-OLSR (Secure OLSR) 
MOLSR (Multicast OLSR) 
PS-OLSR (Power Saving OLSR) 
FE-OLSR (Fish Eye OLSR) 
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Exemple de MRP 


MRP(4) = {2, 3, 10, 12} 


O Nœud à 2 sauts de 4 
O Nœud à 3 sauts de 4 
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DSR (Dynamic Source Routing) -— [Johnson 1996] 


m Protocole réactif 
m Quand une route est demandée : inondation jusqu’à la destination 


m DSR maintient plusieurs entrées dans la table des routes pour chaque destination 
(reconfiguration rapide en cas de panne, mais coût élevé). 


m Chaque requête de route continent un numéro de séquence pour éviter les boucles et 
la retransmission plusieurs fois de la même requête. 


m Les numéros de nœuds traversés par une requête sont rajoutés au fur et à mesure 
que la requête progresse (i.e. la requête contient le chemin partiel) 


a Utilisation de cache de route (éviter aux nœuds intermédiaires de relayer les requêtes 
si des routes sont déjà connues) 
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AODV (Ad hoc On-demand Distance Vector) — [Perkins 1999] 


m IETF RFC 3561 - July 2003 (rare d’avoir le statut de RFC!) 


m AODV est similaire à DSR 
DSR recopie le chemin dans les requêtes; dans AODV, la source et nœuds 
intermédiaires stockent seulement le prochain saut pour chaque flux 


m Caractéristiques 
— Protocole réactif 
— Réduit les diffusions 
— Réduit l'espace mémoire nécessaire à la maintenance de routes 
— Réaction rapide aux coupures de route 
— sans boucle (en utilisant des numéros de séquence) 


— Scalablity 
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AODV -— Exemple 


RREQ 


— 


Reverse path 
i 


RREP 
< 


Forward path 
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TORA (Temporally Ordered Routing Algorithm) -— [Park 1997] 
m Protocole réactif 


m Point fort : rapidité de recouvrement après coupure de route 
= 


— Quand une source S veut envoyer des données vers un noeud D, elle diffuse une 
requête de route contenant l’adresse de D 


— Chaque nœud intermédiaire relaye la requête jusqu’à ce qu'elle arrive à D. 
— D diffuse une réponse (Update) contenant une distance égale à 0 (Dist(D > D)=0). 


— Quand un nœud reçoit un paquet Update, il teste si la distance qu'il contient est 


inférieure à celle qu'il connaît déjà. Si oui, il incrémente de 1 la distance contenue le paquet 
Update reçu et le diffuse et met à jour sa table. 


— Quand le paquet Update arrive à S, un graphe orienté de S à D est construit (ce graphe 
donne les routes de S vers D). 
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TORA — Exemple (1/2) 


Diffusion de requête (U(S,D)) 


Diffusion de réponse (Update(Distance)) 
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TORA - Exemple (2/2) 


GAO (graphe asymétrique orienté) vers D 
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— Quand un nœud détecte une coupure de lien descendant vers D, il 
diffuse un paquet Update avec une distance supérieure à celles de tous 
ses voisins, ce qui permet d’inverser le graphe jusqu’à un nœud où il y a 
un autre chemin descendant vers D ou jusqu’à atteindre la source S. 


Coupure du lien 5 > D 


GAO après réparation 
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TORA — Exemple 


Plusieurs coupures de lien GAO après réparation 


m Inconvénient : TORA ne prend en compte de nouvelles routes fraîches 
que lorsque toutes les routes précédemment calculées sont rompues. 
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Points critiques ciblés par l’optimisation des protocoles réactifs 


> Optimisation de l'inondation 


m Limiter les nœuds qui relaient les requêtes 
m Solutions : MRP de OLSR , algorithmes basés sur la localisation 


> Optimisation de sélection de routes stables 
m Ne pas utiliser seulement le nombre de sauts comme critère 
m Retenir les nœuds minimisant la probabilité de panne 
m Solutions : ABR (Associativity-Based Routing), 
SSR (Signal-Stability-based adaptive Routing) 


> Optimisation de la maintenance de routes 


m Minimiser le surcoût de la réparation de route 
m Solutions : Maintenance préventive et Réparation locale 
(Utilisation de nœuds intermédiaires de réparation au lieu de réparer à la source) 
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ZRP (Zone Routing Protocol) - [Haas 1999] 
m Protocole hybride 


m Définir une zone pour chaque nœud X composée de nœuds dont la distance -en sauts- 
est inférieure ou égale à R (R : rayon de zone) 


m Un protocole proactif est utilisé pour que chaque nœud ait connaissance de la 
topologie du réseau au niveau de sa zone 


m Un protocole réactif est utilisé pour trouver une route entre deux nœuds n’appartenant 
pas à la même zone 


m Importance du rayon de zone : un rayon très petit conduit à un pseudo protocole réactif 
et un rayon élevé conduit à un pseudo protocole proactif 
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ZRP (ex. Zone du nœud 8) 


m Un rayon très 
petit conduit à un 
pseudo protocole 
réactif et un rayon 
élevé conduit à un 
pseudo protocole 
proactif 
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Protocole hiérarchique — HSR (Hierarchical State Routing) 
m Protocole distribué multi-niveaux 
m Regroupement des nœuds en niveaux (selon une politique). Un niveau = N clusters 
m Chaque groupe a un leader. 


m Chaque nœud maintient une table d'état de lien de ses voisins. Echange périodique 
des infos d'état au sein de chaque cluster. 


m Chaque leader de cluster échange la topologie et l'état de lien avec les autres leaders 
qui lui sont voisins. 


m Sélection de chemin : en suivant les niveaux hiérarchiques 


m Avantage : réduction significative de la table de routage 


m Inconvénients : perte de précision d'état, overhead 
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HSR - Exemple 
Niveau =2 
Table du noeud 5 
DestiD |Chemin 
-1 
Niveau = 1 5 
5-1-6 
5-7 
(1,2) 15-1-6-(1,) 
(1,4) 15-7-(,°) 
(2, ) |5-7-(1,)- 
Niveau = 0 (2, ) 
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Protocoles hiérarchiques 
FSR (Fish eye State Routing) 


m Objectif : réduire le nombre les informations maintenues 


m Idée de base : maintenir des informations de moins en moins précises au fur et à 
mesure que l'on s'éloigne du nœud considéré. 


m Chaque nœud maintient des infos très précises concernant ses voisins et des infos 
moins précises sur les autres nœuds. 


m Les infos d'état ne sont pas diffusées vers tous les nœuds. 


m Chaque nœud échange avec une fréquence élevée ses infos avec ses voisins et à une 
fréquence plus faible avec les autres nœuds. 
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FSR (Fish eye State Routing) 


Distance 
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Protocoles basés sur la localisation 


m Hypothèse commune aux algorithmes de routage réactifs, proactifs et hybrides : 
Les nœuds découvrent les informations (totales ou partielles) sur la topologie en 
échangeant des messages d'état. Ces informations guident ensuite les décisions de 
routage. 


m Le routage basé sur la localisation (ou routage géographique) est très efficace pour 


les réseaux de grande taille et avec un rythme important de changement de topologie 


m Chaque nœud connaît sa position <x, y> en utilisant un service de localisation et 
connaît celles des autres par échange de messages. 
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Techniques de localisation de mobiles 
m Classification des techniques 
Localisation à l’intérieur (indoor) : utilisation de moyens du WLAN, UWB... 
Localisation à l'extérieur (outdoor) : utilisation de satellites (GPS) 
Pour réseaux cellulaires : utilisation de stations de base... 
<% Pour réseaux ad hoc : utilisation d'antennes, GPS 
Dans la bande (inband) 


Hors bande (outband) 


m Critères d'évaluation des techniques 
— Coût de localisation (délai, nombre de messages, tarif...) 
— Précision (ex. des dizaines de mètres pour le GPS) 
— Disponibilité du service 
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Protocole LAR (Location-Aided Routing) -— [Ko 2000] 


m Optimisation de protocole réactif pour minimiser le surcoût de l'inondation 
m LAR réduit le nombre de messages en limitant la zone de diffusion de requêtes 


m Les informations de localisation obtenues grâce à une requête antérieure sont 
utilisées pour estimer la localisation du destinataire 


m Le service de localisation ne fait pas partie du protocole LAR (point faible) 


m La source diffuse sa requête à ses voisins, requête incluant son estimation de la 
location du destinataire et sa distance estimée par rapport au destinataire. 


m Chaque nœud X qui reçoit la requête calcule sa distance par rapport au destinataire. 
S'il est plus proche de la destination que la source, il relaie la requête à ses voisins 
en remplaçant la distance source-destination par X-destination dans la requête. 


m Le destinataire D qui reçoit une requête renvoie une réponse au nœud qui a relayé la 
requête. La réponse contient la position actuelle de D et son temps courant, il peut 
aussi envoyer des informations sur sa vitesse et direction. 
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m Connaissance de localisation = Meilleure redirection des requêtes 


Expected 
Zone 
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Protocole DREAM (Distance Routing Effect Algorithm for Mobility) 
m Chaque nœud communique de manière proactive sa localisation aux autres nœuds 


m Surcoût d'échange d’information de localisation réduit en: 
Envoyant plus fréquemment les infos aux nœuds voisins qu'aux nœuds éloignés 
Les infos de localisation sont envoyées avec un rythme qui dépend de la mobilité du 


nœud 


m Le service de localisation fait partie du protocole DREAM 


m DREAM = adaptation de Fish eye routing + localisation 
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Débat Réactifs contre Proactifs — Leçons 


m En général : actuellement pas de gagnant clair 


m Réactif ou Proactif : dépend du contexte 
Diversité des flux (Nombre moyen de sources, durées des flux...), Mobilité des 
nœuds, Contraintes de QoS, énergie 


m Leçons : 


e Protocoles réactifs plus adaptés quand la diversité du trafic est faible 
Protocoles proactifs plus adaptés quand la diversité du trafic est élevée et en cas 
d'urgence. 
e En cas de trafic moyen ou élevé : les paquets de contrôle des protocoles proactifs 
aggravent les situations de congestion, réduisant ainsi le rendement du réseau 


e Vitesse de mobilité : affecte les protocoles proactifs (à cause de toutes les coupures) 
mais n’affecte pas les avantages des protocoles réactifs (car ces protocoles 
réagissent uniquement aux coupures des routes utilisées). 
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Quelques observations communément admises 


> Sur les protocoles proactifs 
m DSDV : ne répond pas rapidement aux changements de topologies 
m OLSR semble être le plus efficace. Mais d’autres algorithmes proactifs, comme 
TBRPF (Topology Broadcast based on Reverse-Path Forwarding) ont des 
performances semblables à OLSR) 
> Sur les protocoles réactifs 
m TORA : considéré comme le plus mauvais en terme de rapidité 
m DSR et AODV sont les plus déployés 


m Choix entre DSR et AODV dépend de la charge du réseau, de la vitesse de 
mobilité des nœuds, du taux de pannes. Ce n’est pas toujours simple à choisir. 
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3. Routage à QoS dans les MANETs 


Difficulté de fournir la QoS : un exemple simple 
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Sources des difficultés à traiter le routage à QoS 


m Variabilité de la topologie = Remise en cause des réservations 


m Imprécision des informations d'état 


m Absence d'infrastructure centralisée et de contrôle centralisé 
=> Difficulté de coordonner les réservations 


m Capacités des liens fluctuantes 
= Difficulté/impossibilité de prédiction de la bande passante disponible 
=> Dégradation de la qualité des applications audio/vidéo 
=> Fourniture de QoS soft seulement 


m Limitations de puissance 
m Taux d'erreurs élevé sur les canaux radio 
m Médium non sûr 
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Problèmes de QoS les plus étudiés 


m Métriques de QoS 


- Bande passante 
- Aspects temporels (délai de transfert, gigue...) 


— Taux d'erreurs, taux de perte 

— Disponibilité/robustesse 

— Coût 

— Autres (batterie, espace mémoire...) 


m Niveaux/classes de QoS 
- Meilleur effort 
- Probabiliste/stochastique/statistique (soft QoS) 
- Garantie absolue (hard QoS) 


323 


Routage à QoS dans les réseaux ad hoc mobiles - Z. MAMMERI 


324 


162 


Beaucoup de propositions de protocoles 


AQOR (Ad hoc QoS on-demand routing) 

BR (Bandwidth Routing) 

CEDAR (Core Extraction Distributed Ad hoc Routing) 
D-LOAR (Delay Load-Aware On-demand Routing) 
ODRP (On-demand Delay-constrained Routing Protocol) 
OLMQR (On-demand Link-state Multipath QoS Routing) 
OQR (On-demand QoS Routing) 

PLBQR (Predictive Location-Based QoS Routing) 
QOLSR (QoS OLSR) 

QoS-AODV (QoS extension to AODV) 

QoS-ASR (QoS-Adaptive Source routing) 

SBSR (Segmented Backup Source Routing) 

TBP (Ticket-Based Probing QoS routing protocol) 

TDR (Trigger-based Distributed Routing) 
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Exemples protocoles de routage à QoS 
TBR (Ticket Based Routing) 


m Idée de base : limiter les paquets de requête et ne les diriger que vers la destination 
en utilisant des tickets 


m Chaque source possède un nombre de tickets de deux types (Jaune et Vert). 


m Chaque paquet-requête contient un nombre de tickets. A chaque nœud traversé par la 
requête, une décision est prise sur le nombre de tickets à retirer du paquet (par exemple, 
un lien avec un délai faible retire plus de tickets jaunes qu'un lien avec un délai élevé) 


m L'objectif du nombre de tickets jaunes est d'accroître la probabilité de trouver un 
chemin. Ainsi, un paquet-requête avec peu de tickets jaunes, signifie chercher un 
chemin avec un délai faible. 


m L'objectif des tickets verts est de maximiser la probabilité de trouver un chemin avec 
un coût faible. 


a Etat de lien maintenu = BP disponible et délai 
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Exemples protocoles de routage à QoS 


QoS-AODV (QoS-enabled Ad hoc On-demand Distance Vector) — 
Perkins (1/2) 


m Extension des paquets RouteRequet et RouteReply et un paquet rajouté (QoSLost) 


m RouteRequest étendu par : 
— Délai maximum (Dmax) demandé pour transmettre de Sà D 
— Minimum de bande passante (BPmin) demandée 


m Table de routage étendue par 
— Liste des sources demandant des garanties de délai 
— Liste des sources demandant des garanties de BP 
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Exemples protocoles de routage à QoS 
QoS-AODV (QoS-enabled Ad hoc On-demand Distance Vector) — 
Perkins (2/2) 
m RouteReply étendu par : 
— Délai maximum cumulé estimé par le nœud ayant relayé la réponse 
Si délai cumulé est supérieur à Dmax, la réponse est écartée 
— Minimum de bande observée entre le nœud qui relaye la requête et D 
Si la BP estimée est inférieure à BPmin, la réponse est écartée 
— Liste des sources demandant des garanties de délai 
— Liste des sources demandant des garanties de BP 


m Paquet QoSLost 


— Chaque nœud qui ne peut plus garantir la QoS envoie un paquet QoSLost aux 
sources concernées 


m Avantage : simple extension de AODV 


m Inconvénient : pas de réservation effective de ressources 
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Exemples protocoles de routage à QoS 
PLBQR (Predictive Location-based QoS Routing) (1/2) 


a Principe : prédiction de la position future de la destination pour sélectionner les routes 


m Protocole de mise à jour : chaque nœud diffuse périodiquement (ou en cas de 
changement important) sa position et l’état de ses ressources. Dans certains cas, il peut 
aussi diffuser sa vitesse et sa direction. 


m Prédiction de position : Basée sur la similarité de triangles et théorème de Pythagore 


Position future 
(Xps Yp) à tp 


(x2 Y2) à te 


AINSA ETENE 
Sens de UNS a 


(Xo Yy) à ti 
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Exemples protocoles de routage à QoS 


PLBQR (Predictive Location-based QoS Routing) (2/2) 


m Prédiction de délai : PLBQR suppose que le délai e2e de Sà D est égal (estimé) au 
délai e2e du dernier paquet de mise à jour émis par D et reçu par S. Ce délai est donc 
variable selon la charge (pas de garantie de borne de délai). 


a Routage à QoS 
e Découverte de voisins à l’aide de la prédiction position-délai 
e Recherche des routes satisfaisant la QoS 
e Sélection de la route la plus courte géographiquement 
e La route est insérée dans les paquets de données 
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Exemples protocoles de routage à QoS 
CEDAR (Core Extraction based Distributed Ad hoc Routing) 


> Protocole réactif 


> Trois principes de base 


m Extraction de nœuds dominants 


— Un ensemble de nœuds est choisi (de manière statique ou dynamique) pour 
former le cœur du réseau (nœuds dominants). 


— Chaque nœud est soit un nœud dominant soit un voisin d’un nœud dominant 
(dans ce cas il est dit nœud rattaché). 


— Quand un nœud dominant bouge, les nœuds qui lui sont rattachés doivent 
trouver un nouveau nœud de rattachement. 


— Chaque nœud dominant maintient l’état local de la topologie des nœuds 
appartenant à son domaine et calcule les routes pour ces nœuds. 
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Exemples protocoles de routage à QoS 
CEDAR (Core Extraction based Distributed Ad hoc Routing) 


» Trois principes de base (suite) 
m Propagation d'état de lien 


— Chaque nœud dominant maintient l’état de la BP disponible dans son domaine et 
l'échange avec les autres nœuds dominants. 


— Optimisation : seules les infos concernant les liens avec BP disponibles 
significatives et liens stables sont échangées (utilisation de seuils) 
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Exemples protocoles de routage à QoS 
CEDAR (Core Extraction based Distributed Ad hoc Routing) 
m Sélection de route en deux phases 


1) Sélectionner une route en ne prenant en compte que les nœuds dominants 

— La requêté émise par la source S est diffusée par le nœud dominant de S aux 
autres nœuds dominants. 

— Chaque nœud dominant, qui n’a pas la destination D comme nœud rattaché, 
rajoute son ID à la requête et la relaye à ses nœuds dominants voisins. 

— Si un nœud dominant n’a pas de lien direct avec un autre nœud dominant voisin, il 

utilise les nœuds membres pour lui envoyer la requête (on parle de lien virtuel). 
— Quand une requête parvient à D, un chemin (core-path) est construit et renvoyé à S. 


2) Compléter le chemin répondant aux besoins de QoS 


— Le nœud dominant de S sélectionne un chemin vers un nœud dominant X, le plus 
éloigné, appartenant au chemin déterminé dans la phase 1) et qui répond au besoin 
de QoS. 

— Le nœud dominant X sélectionné précédemment effectue la même opération de 
sélection que la source S. Le processus de sélection se répète jusqu'à atteindre D. 
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Exemples protocoles de routage à QoS 
CEDAR (Core Extraction based Distributed Ad hoc Routing) 


Exemple 


Dominant 


=> Chemin complet à QoS 
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A Classification des approches (1/2) b 
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4 Classification des approches (2/2) 


| sous- x d IOU QUCIal 
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Exemple de réservation de slots synchrone avec TDMA 


Libre 


Réservé 
Pour émettre 


Réservé pour 
recevoir 


65% des slots 
consommés 


Ne peut être 
réservé pour 
transmettre 
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TDMA (en mode filaire) 


(9) 


LAN 


l Mi | MN | 
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RTMAC (Real-Time MAC) protocole — [Manoj 2002] (1/6) 


m Objectif : support de trafic temps réel (type CBR) sur réseaux ad hoc 


m RTMAC _ un protocole MAC + un algorithme de routage 


m Protocole MAC 
— Extension de 802.11 DCF (Distributed Coordination Function) 
— Deux parties : MAC pour le Best effort 
un protocole de réservation pour flux temps réel 
m Algorithme de routage = une extension de DSDV 
— Sélection de chemin avec QoS demandée 
— Échange de tables de réservation entre voisins 


— Déclenchement des opérations de réservation/libération de ressources 
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RTMAC (Real-Time MAC) protocole (2/6) 


m Procédure de réservation 


— Quatre nouveaux paquets prioritaires (ResvRTS, ResvCTS, ResvACK, ResvNCTS) 
sont utilisés pour réserver 


— Division du temps en super trames 
— Chaque super trame contient un certain nombre de slots à réserver (resv-slots) 
— Durée d’un resv-slot = 2 fois le délai maximum de propagation 


— Chaque flux réserve un certain nombre de resv-slots consécutifs dans chaque super 
trame sur chaque lien du chemin de la source à la destination 


— Chaque nœud maintient une table de réservation indiquant pour chaque paire 
<source, destination> : les resv-slots et les instants de début et fin de réservation 
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RTMAC (Real-Time MAC) protocole (3/6) 


m Procédure de réservation (suite) 
— Soit A le nœud qui veut réserver Y slots auprès du nœud B. 
Il envoie un ResvRTS contenant Y et un temps relatif (offset) qui indique le début 
de la réservation par rapport à l'instant absolu d'envoi du ResvRTS. 
— En recevant le ResvRTS, le nœud B teste si les slots demandés sont libres. 


— Si les slots sont libres, le nœud B met à jour sa table de réservation et envoie un 
ResvCTS contenant les mêmes informations que le ResvRTS. Ensuite : 


* Les nœuds voisins de B mettent à jour leur table de réservation tenant compte 
des informations du ResvCTS. 


* Le nœud A envoie un ResvACK contenant les mêmes informations de 
réservation pour permettre à ses voisins de mettre à jour leur table. 


— Si les slots demandés ne sont pas libres, un ResvNCTS (négatif) est renvoyé 
obligeant A à modifier ses paramètres et tenter la réservation plus tard. 


— Si le ResvRTS est reçu par B durant un slot déjà réservé, il l'ignore. S'il répond 


par un ResvNCTS, il peut causer des collisions avec des réservations des voisins. 
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RTMAC (Real-Time MAC) protocole (4/6) 
Super trame ! Super trame l Super trame Super trames 
pe de l’émetteur 
NAV de l'émetteur 


NAV du récepteur 


+ + Super trames du 
Super trame ; Super trame $ Super trame récepteur 


E -rts Mi] RT-Data 
M °c S RTAK 


ResvACK 
ra Ancienne réservation de A D Sois réservés 
Slots libres 


Ancienne réservation de B 
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RTMAC (Real-Time MAC) protocole (5/6) 


Offset1 
Emetteur Slots réservés I 
- + + > 
de demande ( i | i t 
fa réservés | | 
> t 


Offset2 | 


Récepteur 
de demande 


Offset3, 
Voisin du } Slots réservés t 
4 — —+ 
récepteur ! 
i Offset4 

sn _ | i 
L'émetteur 

Marque de NS. M | ^ | 4 , 

super trame T'ttémission) 7 t(réception) t(début_resv)) t(fin_resv)) 
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RTMAC (Real-Time MAC) protocole (6/6) 


m Asynchronisme dans RTMAC 


— Pas d’exigence de synchronisation de super trames 
— RTMAC utilise des temps relatifs pour effectuer les réservation 
e L’émetteur se repère à partir de l'instant d'envoi du ResvRTS 
e Le récepteur se repère à partir de l'instant de réception du ResvRTS 
e Les voisins du récepteur se repèrent à partir de l'instant de réception du 
ResvCTS 


e Les voisins de l’ émetteur se repèrent à partir de l'instant de réception du 
ResvACK 
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Méthodes d'estimation de bande passante 


Méthode de Cansever et al 1999 


m Principe 


BPDispo, = BpNonUtilisee, — > >_ BP JUX y) 


JeN;keN; 


BpNonUtili see, = CapacitéCa nal, — = BP( flux; ;) 
JEN; 


N,:voisins de x 


m Difficulté d'utilisation : estimation de la bande passante consommée par les flux du 
nœud j et de ses voisins 
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Méthodes d'estimation de bande passante 
Méthode de Kazantzidis et Gerla 2002 


m Méthode utilisable avec IEEE 802.11 en mode DCF 
m Principe 


BPDispo, 


iœ; = (-u)*Rendemen 


fj 
Rendement, ; = Moyenne(RendementPaquet, ,k = 1,...,32) 


TaillePaquet 


RendementPaquet = K 
t_queue + (t _ trans +t_CE+t_OH)*R+Ÿ t_b, 
g r=1 
p TempsLibre 
DureeFenetreMesure 


m Difficulté d'utilisation : estimation de temps intermédiaires t_queue,... et du nombre 
de retransmissions R 
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Méthodes d'estimation de délai 
Principe répandu 


m Estimation de délai moyen par EWMA (Exponentially Weighted Moving Average) 


D}, =(-a)D},,+a*D}, 


moy reel moy 


Dİ =a*D +(1-a)* p *|D} — D} 


moy moy reel moy 


a Difficulté d'utilisation : valeurs des poids a et f. 
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4. Architectures et modèles pour les MANETS 


m Equivalent de IntServ ou DiffServ pour MANETs 


m Composants fonctionnels 
e Protocole de routage 
e Réservation de ressources et signalisation (MRSVP) 
e Contrôle d'admission 
e Ordonnancement 
e Rejet de paquet, shaping 
e Politique de gestion de ressource 


m Architectures/modèles proposés : 


FQMM. iMAQ. INSIGNIA 2LQoS 


Routage à QoS dans les réseaux ad hoc mobiles - Z. MAMMERI 348 


174 


Architecture INSIGNIA 
m INSIGNIA = IP-Based Quality of Service Framework for Mobile ad Hoc Networks 


m Pour applications adaptatives (soft QoS) 
m Trois niveaux de service : Best effort, Base QoS (ou min QoS), Enhanced QoS 


INSIGNIA Ve E 
signaling contro 


Channel state 


Locally sent/delivered 
packets 


Routin 
protoc: 


Routing table 


>? 


I 
+ 
pi 
I 
i 
1 
i 
1 
[i 
1 
I 
[i 
i 
! 
ol 
I 
1 
[i 
1 


ja 


forwarding 


IP packets in er 7 IP packets out 
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Architecture FQMM (Flexible Qos Model for Manets) 


Transport Layer 


Traffic Control & 
conditioner Management 
Plane 


configuration 


Layer 


Link 
measurement 


Packet scheduling | Forwarding 
& buffer Plane 
management 


= User data traffic stream Operation between components 
— Measuring, routing & signaling traffic stream DB Database 


Media Access Layer 
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Modèle 2LQoS (Two-Layer QoS model) 


m Séparation de la QoS selon trois niveaux : Application, Réseau et MAC 


Exigences d'application | a 
‘ | Application 
Couche | classes QoS | ' ja > QoS Classes 
i yer I ul m 


Application 


Métriques de niveau Application | Application Layer Metrics- 


Délai BP Besteffort | 


Delay Throughput Best-Effort 
Couche | Î jj Network | i | 
i Networ er À 
Réseau Métriques de niveau Réseau | k Layer Maries 


Show the quality of tbe connectivity 
Buffer & Power & Stability 


pi] 


Connectivité Puissance Stabilité 


S/couche Î j ji | 


MA Ne ' j 
C M a de niveau MAC ee es 
D Re ln Penn A 
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Modèle iMAQ (Integrated Manet Qos) 
Uses location 
information from 
z Application level network layer to predict 
$ network partitioning 
E 
© r3 
s qe teal Predictive location- 
A B; based routing that 
ñ os selects a path to a 
of! , . 
(Ad hoc routing) node’s future location 
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5. Conclusion 


> Routage = fonction clé pour l’utilisation des MANETs 


> Beaucoup de protocoles de routage existent 


> Après l’euphorie ! tendance vers : MANETs spécialisés, RCSF, Réseaux Mesh 


> Challenges 


= Approches statistiques pour l'estimation des métriques 

= Fonctions Poids génériques et configurables 

= Ingénierie de trafic pour les réseaux ad hoc 

= Méthodes de réservation de ressources 

= Méthodes de gestion de clash de réservation de ressources 
= Contrôle d'admission et adaptabilité des applications 

= Messagerie d'urgence dans les MANETs 
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= Auto-configuration 
e Unification des approches, modélisation des fonctions de routage 


e Choix guidé de protocole de routage (en fonction des flux, densité du réseau, 
mouvements des nœuds) 


e Reconfiguration automatique du protocole de routage (adaptation) 


e Combinaison efficace des protocoles (routage sensible à la charge) 
e Maîtrise de l’imprécision de l'information d'état de lien pour anticiper 


e Meilleure exploitation des infos de localisation (3D, obstacles...), modèles de 
déplacement, modèles de réservation de ressources 


e Problème d'optimisation : surcoût du routage — QoS attendue (consommation 
d'énergie, débit délai, perte, gigue...) 


e Contrôle d'admission plus intelligent pour limiter les congestions (à la source, aux 
niveaux des nœuds intermédiaires) pour augmenter le througput du réseau : avoir un 
réseau dont les capacités des liens sont contrôlables. 
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